[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e1ce7e09-0398-41e5-ace8-50b9547622d1@linaro.org>
Date: Wed, 2 Apr 2025 09:11:29 +0100
From: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
To: Mark Brown <broonie@...nel.org>
Cc: peda@...ntia.se, andersson@...nel.org, krzk+dt@...nel.org,
ivprusov@...utedevices.com, luca.ceresoli@...tlin.com,
zhoubinbin@...ngson.cn, paulha@...nsource.cirrus.com, lgirdwood@...il.com,
robh@...nel.org, conor+dt@...nel.org, konradybcio@...nel.org,
perex@...ex.cz, tiwai@...e.com, dmitry.baryshkov@....qualcomm.com,
linux-sound@...r.kernel.org, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
johan+linaro@...nel.org, Christopher Obbard <christopher.obbard@...aro.org>
Subject: Re: [PATCH v6 2/6] mux: gpio: add optional regulator support
On 01/04/2025 11:16, Mark Brown wrote:
> On Thu, Mar 27, 2025 at 10:06:29AM +0000, srinivas.kandagatla@...aro.org wrote:
>> From: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
>>
>> Some of the external muxes needs powering up using a regulator.
>> This is the case with Lenovo T14s laptop which has a external audio mux
>> to handle US/EURO headsets.
>
> The ASoC bits of this series look fine, what's the plan with the mux
> bits? It looks like the two parts can just get merged independently.
ASoC bits and codec bindings can go independently, there is no compile
time dependency.
--srini
Powered by blists - more mailing lists