[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180104205834.GA8729@Asurada-Nvidia>
Date: Thu, 4 Jan 2018 12:58:36 -0800
From: Nicolin Chen <nicoleotsuka@...il.com>
To: "Maciej S. Szmigiero" <mail@...iej.szmigiero.name>
Cc: timur@...i.org, broonie@...nel.org, linux-kernel@...r.kernel.org,
linuxppc-dev@...ts.ozlabs.org, alsa-devel@...a-project.org,
lgirdwood@...il.com, fabio.estevam@....com, caleb@...me.org,
arnaud.mouiche@...oxia.com, lukma@...x.de, kernel@...gutronix.de
Subject: Re: [PATCH v1 11/15] ASoC: fsl_ssi: Setup AC97 in dai_probe()
On Thu, Jan 04, 2018 at 09:38:52PM +0100, Maciej S. Szmigiero wrote:
> > Hmm...What's the dependency here? Why is it required like this?
> And a AC'97 CODEC probe needs AC'97 communication to be working,
> since it has to detect the CODEC model, configure it, etc.
Okay. If the CODEC configurations depend on (or are done via)
the AC link, it has to be in this way then.
> > I am okay to put everything to a separate fsl_ssi_hw_init() and
> > move it back to the platform probe() though.
>
> This could be a solution - I assume that by "everything" in the above
> sentence you mean (at least) enabling the AC'97 communication at the
> SSI.
All register configurations -- I was trying to move them to dai
probe() so a deferring probe or the platform remove() does not
need to revert these register configurations.
Powered by blists - more mailing lists