From: Herve Codina <herve.codina@bootlin.com>
To: Rob Herring <robh@kernel.org>
Cc: Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Jonathan Cameron <jic23@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
Andy Shevchenko <andy.shevchenko@gmail.com>,
alsa-devel@alsa-project.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org,
Christophe Leroy <christophe.leroy@csgroup.eu>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v5 02/13] ASoC: dt-bindings: simple-card: Add additional-devs subnode
Date: Wed, 21 Jun 2023 10:06:20 +0200 [thread overview]
Message-ID: <20230621100620.0666ae29@bootlin.com> (raw)
In-Reply-To: <20230620164521.GA3789188-robh@kernel.org>
Hi Rob,
On Tue, 20 Jun 2023 10:45:21 -0600
Rob Herring <robh@kernel.org> wrote:
> On Thu, Jun 15, 2023 at 05:26:20PM +0200, Herve Codina wrote:
> > The additional-devs subnode allows to declared some virtual devices
> > as sound card children.
> > These virtual devices can then be used by the sound card and so be
> > present in the audio path.
> >
> > The first virtual device supported is the audio IIO auxiliary device
> > in order to support an IIO device as an audio auxiliary device.
> >
> > Signed-off-by: Herve Codina <herve.codina@bootlin.com>
> > ---
> > .../bindings/sound/simple-card.yaml | 53 +++++++++++++++++++
> > 1 file changed, 53 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/sound/simple-card.yaml b/Documentation/devicetree/bindings/sound/simple-card.yaml
> > index b05e05c81cc4..59ac2d1d1ccf 100644
> > --- a/Documentation/devicetree/bindings/sound/simple-card.yaml
> > +++ b/Documentation/devicetree/bindings/sound/simple-card.yaml
> > @@ -148,6 +148,15 @@ definitions:
> > required:
> > - sound-dai
> >
> > + additional-devs:
> > + type: object
> > + description:
> > + Additional devices used by the simple audio card.
> > + patternProperties:
> > + '^iio-aux(-.+)?$':
> > + type: object
> > + $ref: audio-iio-aux.yaml#
> > +
> > properties:
> > compatible:
> > contains:
> > @@ -187,6 +196,8 @@ properties:
> > $ref: "#/definitions/mclk-fs"
> > simple-audio-card,aux-devs:
> > $ref: "#/definitions/aux-devs"
> > + simple-audio-card,additional-devs:
> > + $ref: "#/definitions/additional-devs"
>
> Why do you need this under the card node? Can't you just use the
> existing aux-devs?
aux-devs is a phandle array referencing auxiliary devices.
I cannot define a node with just aux-devs, just reference.
I need device auxiliary devices that are not defined somewhere else in
the DT.
A SPI amplifier is defined as a subnode of a SPI controler.
But my IIO/ASoC virtual devices are not defined under some hardware bus.
I need to define them here, as a simple-audio-card subnode.
Several subnodes are already defined for a simple-audio-card subnode for
other purpose.
Instead of having virtual device nodes directly as chidren mixed with the
other purpose nodes of the simple-audio-card, I group them under the
additional-devs node in order to ease evolution and maintenance.
Best regards,
Hervé
>
> > simple-audio-card,convert-rate:
> > $ref: "#/definitions/convert-rate"
> > simple-audio-card,convert-channels:
> > @@ -359,6 +370,48 @@ examples:
> > };
> > };
> >
> > +# --------------------
> > +# route audio to/from a codec through an amplifier
> > +# designed with a potentiometer driven by IIO:
> > +# --------------------
> > + - |
> > + sound {
> > + compatible = "simple-audio-card";
> > +
> > + simple-audio-card,aux-devs = <&_in>, <&_out>;
> > + simple-audio-card,routing =
> > + "CODEC LEFTIN", "AMP_IN LEFT OUT",
> > + "CODEC RIGHTIN", "AMP_IN RIGHT OUT",
> > + "AMP_OUT LEFT IN", "CODEC LEFTOUT",
> > + "AMP_OUT RIGHT IN", "CODEC RIGHTOUT";
> > +
> > + simple-audio-card,additional-devs {
> > + amp_out: iio-aux-out {
> > + compatible = "audio-iio-aux";
> > + io-channels = <&pot_out 0>, <&pot_out 1>;
> > + io-channel-names = "LEFT", "RIGHT";
> > + snd-control-invert-range = <1 1>;
> > + sound-name-prefix = "AMP_OUT";
> > + };
> > +
> > + amp_in: iio_aux-in {
> > + compatible = "audio-iio-aux";
> > + io-channels = <&pot_in 0>, <&pot_in 1>;
> > + io-channel-names = "LEFT", "RIGHT";
> > + sound-name-prefix = "AMP_IN";
> > + };
> > + };
> > +
> > + simple-audio-card,cpu {
> > + sound-dai = <&cpu>;
> > + };
> > +
> > + simple-audio-card,codec {
> > + sound-dai = <&codec>;
> > + clocks = <&clocks>;
> > + };
> > + };
> > +
> > # --------------------
> > # Sampling Rate Conversion
> > # --------------------
> > --
> > 2.40.1
> >
--
Hervé Codina, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2023-06-21 8:06 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-15 15:26 [PATCH v5 00/13] Add support for IIO devices in ASoC Herve Codina
2023-06-15 15:26 ` [PATCH v5 01/13] ASoC: dt-bindings: Add audio-iio-aux Herve Codina
2023-06-17 17:37 ` Jonathan Cameron
2023-06-20 16:37 ` Rob Herring
2023-06-15 15:26 ` [PATCH v5 02/13] ASoC: dt-bindings: simple-card: Add additional-devs subnode Herve Codina
2023-06-17 17:39 ` Jonathan Cameron
2023-06-20 16:45 ` Rob Herring
2023-06-21 8:06 ` Herve Codina [this message]
2023-06-15 15:26 ` [PATCH v5 03/13] iio: inkern: Check error explicitly in iio_channel_read_max() Herve Codina
2023-06-15 15:26 ` [PATCH v5 04/13] iio: consumer.h: Fix raw values documentation notes Herve Codina
2023-06-15 15:26 ` [PATCH v5 05/13] iio: inkern: Remove the 'unused' variable usage in iio_channel_read_max() Herve Codina
2023-06-17 17:42 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 06/13] iio: inkern: Fix headers inclusion order Herve Codina
2023-06-17 17:43 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 07/13] minmax: Introduce {min,max}_array() Herve Codina
2023-06-15 16:08 ` Andy Shevchenko
2023-06-20 11:45 ` David Laight
2023-06-22 12:32 ` Herve Codina
2023-06-22 12:37 ` Mark Brown
2023-06-22 14:08 ` Andy Shevchenko
2023-06-15 15:26 ` [PATCH v5 08/13] iio: inkern: Use max_array() to get the maximum value from an array Herve Codina
2023-06-17 17:45 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 09/13] iio: inkern: Replace a FIXME comment by a TODO one Herve Codina
2023-06-17 17:46 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 10/13] iio: inkern: Add a helper to query an available minimum raw value Herve Codina
2023-06-17 17:47 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 11/13] ASoC: soc-dapm.h: Convert macros to return a compound literal Herve Codina
2023-06-15 15:26 ` [PATCH v5 12/13] ASoC: codecs: Add support for the generic IIO auxiliary devices Herve Codina
2023-06-17 18:01 ` Jonathan Cameron
2023-06-15 15:26 ` [PATCH v5 13/13] ASoC: simple-card: Handle additional devices Herve Codina
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230621100620.0666ae29@bootlin.com \
--to=herve.codina@bootlin.com \
--cc=alsa-devel@alsa-project.org \
--cc=andy.shevchenko@gmail.com \
--cc=broonie@kernel.org \
--cc=christophe.leroy@csgroup.eu \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jic23@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=robh@kernel.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=tiwai@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).