[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8379a6ef-f141-408d-bed2-e34fa3850a65@sirena.org.uk>
Date: Mon, 6 Jan 2025 15:25:35 +0000
From: Mark Brown <broonie@...nel.org>
To: Jerome Brunet <jbrunet@...libre.com>
Cc: Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
linux-sound@...r.kernel.org, linux-amlogic@...ts.infradead.org,
s.nawrocki@...sung.com, lgirdwood@...il.com,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH v1 2/2] ASoC: dapm: add support for preparing streams
On Mon, Jan 06, 2025 at 03:34:01PM +0100, Jerome Brunet wrote:
> On Mon 06 Jan 2025 at 15:28, Jerome Brunet <jbrunet@...libre.com> wrote:
> > On Mon 06 Jan 2025 at 15:13, Martin Blumenstingl <martin.blumenstingl@...glemail.com> wrote:
> >> case SND_SOC_DAPM_POST_PMU:
> >> + snd_soc_dapm_widget_for_each_sink_path(w, path) {
> >> + sink = path->sink->priv;
> >> +
> >> + snd_soc_dai_prepare(sink, substream);
> I initially missed it but I think you should do that on the source path
> too
> On Amlogic, the cpu side of the link does not have a .prepare() callback
> but it would be incorrect to do the codec side only if it did.
Yes, symmetry seems sensible.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists