[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171219093506.GD8563@sirena.org.uk>
Date: Tue, 19 Dec 2017 09:35:06 +0000
From: Mark Brown <broonie@...nel.org>
To: Olivier MOYSAN <olivier.moysan@...com>
Cc: "lgirdwood@...il.com" <lgirdwood@...il.com>,
"perex@...ex.cz" <perex@...ex.cz>,
"tiwai@...e.com" <tiwai@...e.com>,
"mcoquelin.stm32@...il.com" <mcoquelin.stm32@...il.com>,
Alexandre TORGUE <alexandre.torgue@...com>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"kernel@...inux.com" <kernel@...inux.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Arnaud POULIQUEN <arnaud.pouliquen@...com>,
Benjamin GAIGNARD <benjamin.gaignard@...com>,
"patches@...nsource.wolfsonmicro.com"
<patches@...nsource.wolfsonmicro.com>
Subject: Re: [RFC PATCH 2/2] ASoC: select sysclk clock from mlck clock
provider in wm8994 driver
On Fri, Dec 15, 2017 at 03:15:22PM +0000, Olivier MOYSAN wrote:
> You are right. wm8994 allows to select either MCLK for each AIF.
> From this point of view, the current patch is too limiting.
> MCLK information in DT allows to enforce MCLK use, but an additionnal
> information is required to determine AIF MCLK assignment.
> Available properties in codec DAI node, such as clocks property, cannot
> help here.
> Maybe a DAPM linked to a control is a better way to select AIF source,
> When source is not provided by clk_id in wm8994_set_dai_sysclk().
> In this case, wm8994_set_dai_sysclk() would only have to check
> if clock source is not already set.
> Please let me know if this option sounds better to you.
What are you trying to accomplish here? You appear to be trying to move
the system clocking configuration from the machine driver to the CODEC
which is not how things are supposed to work.
Download attachment "signature.asc" of type "application/pgp-signature" (485 bytes)
Powered by blists - more mailing lists