[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y1vDYNOwZNOco1hq@sirena.org.uk>
Date: Fri, 28 Oct 2022 12:56:16 +0100
From: Mark Brown <broonie@...nel.org>
To: Ajye Huang <ajye_huang@...pal.corp-partner.google.com>
Cc: linux-kernel@...r.kernel.org, Liam Girdwood <lgirdwood@...il.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Rob Herring <robh+dt@...nel.org>, robh@...nel.org,
Shengjiu Wang <shengjiu.wang@....com>,
Charles Keepax <ckeepax@...nsource.cirrus.com>,
Takashi Iwai <tiwai@...e.com>,
Jaroslav Kysela <perex@...ex.cz>,
Arnaud Pouliquen <arnaud.pouliquen@...s.st.com>,
angelogioacchino.delregno@...labora.corp-partner.google.com,
devicetree@...r.kernel.org, alsa-devel@...a-project.org
Subject: Re: [PATCH v1 1/2] ASoC: dt-bindings: Document dmic_sel-gpios
optional prop for two DMICs case
On Fri, Oct 28, 2022 at 06:24:49PM +0800, Ajye Huang wrote:
> Document dmic_sel-gpios optional prop for switching between two DMICs.
> Ex, the GPIO can control a MUX to select Front or Rear dmic.
> + dmic_sel-gpios:
> + maxItems: 1
> + description: GPIO for switching between DMICs, ex Front/Rear dmic
> +
If we're going to do this we should also allow the bindings to label the
mics appropriately so that the control presented can reflect the actual
hardware. It does feel like it might fit better to do this separately
to the DMIC driver as a mux between the DMIC and the DAI it's connected
to but equally with the way things are at the minute that feels like
it's probably disproportionate effort.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists