[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZCREw+j8W0Uo+Fvy@sirena.org.uk>
Date: Wed, 29 Mar 2023 15:01:39 +0100
From: Mark Brown <broonie@...nel.org>
To: Zhu Ning <zhuning0077@...il.com>
Cc: alsa-devel@...a-project.org, lgirdwood@...il.com,
linux-kernel@...r.kernel.org, perex@...ex.cz, posteuca@...ex.one,
tiwai@...e.com, yangxiaohua <yangxiaohua@...rest-semi.com>,
Zhu Ning <zhuning@...rest-semi.com>
Subject: Re: [PATCH 3/4] ASoC: amd: acp: Add machine driver that enables
sound for systems with a ES8336 codec
On Fri, Mar 24, 2023 at 09:54:41AM +0800, Zhu Ning wrote:
> > There being two different GPIOs sounds like it just allows the headphone
> > and speaker to be controlled separately - that seems more flexible, not
> > a problem?
> Yes it's called multi stream in Windows. However, extra GPIO causes
> more confusion
> in the driver.
That might be true on Windows, however with these being
representable as DAPM widgets on Linux I would be surprised if
there were much burden on Linux.
> + SND_SOC_DAPM_SUPPLY("Headphone Power", SND_SOC_NOPM, 0, 0,
> + acp3x_es83xx_headphone_power_event,
> + SND_SOC_DAPM_PRE_PMD | SND_SOC_DAPM_POST_PMU),
> SND_SOC_DAPM_SUPPLY("Speaker Power", SND_SOC_NOPM, 0, 0,
> acp3x_es83xx_speaker_power_event,
> SND_SOC_DAPM_PRE_PMD | SND_SOC_DAPM_POST_PMU),
Note that both of these would be much better represented as
events on the actual headphone or speaker widget, these have
event callbacks. This will ensure that they are sequenced after
the CODEC minimising pops and clicks.
Download attachment "signature.asc" of type "application/pgp-signature" (485 bytes)
Powered by blists - more mailing lists