From: Mark Rutland <mark.rutland@arm.com>
To: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Linux-ALSA <alsa-devel@alsa-project.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Pawel Moll <Pawel.Moll@arm.com>, Simon <horms@verge.net.au>,
Stephen Warren <swarren@wwwdotorg.org>,
Takashi Iwai <tiwai@suse.de>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH v4] ASoC: simple-card: add Device Tree support
Date: Fri, 15 Nov 2013 15:50:28 +0000 [thread overview]
Message-ID: <20131115155028.GE24831@e106331-lin.cambridge.arm.com> (raw)
In-Reply-To: <87iowm9jwv.wl%kuninori.morimoto.gx@renesas.com>
On Fri, Oct 25, 2013 at 03:14:20AM +0100, Kuninori Morimoto wrote:
> Support for loading the simple-card module via DeviceTree.
> It requests CPU/CODEC information.
>
> Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> ---
> v3 -> v4
>
> - explain detail of each properties on simple-card.txt
> - fixup odd examples on simple-card.txt
> - remove "simple-card,card-name". create it from cpu/codec name
> - use of_get_child_by_name()
> - remove odd pointer info from dev_dbg()
> - remove subnode format which are no longer needed
>
> This is based on asoc/topic/simple branch
>
> .../devicetree/bindings/sound/simple-card.txt | 73 +++++++++
> sound/soc/generic/simple-card.c | 156 +++++++++++++++++++-
> 2 files changed, 223 insertions(+), 6 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/sound/simple-card.txt
>
> diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt b/Documentation/devicetree/bindings/sound/simple-card.txt
> new file mode 100644
> index 0000000..4871e91
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/sound/simple-card.txt
> @@ -0,0 +1,73 @@
> +Simple-Card:
> +
> +Simple-Card specifies audio DAI connection of SoC <-> codec.
> +
> +Required properties:
> +
> +- compatible : "simple-audio"
> +
> +Optional properties:
> +
> +- simple-audio,format : CPU/CODEC common audio format.
> + "i2s", "right_j", "left_j" , "dsp_a"
> + "dsp_b", "ac97", "pdm", "msb", "lsb"
> +Required subnodes:
> +
> +- simple-audio,cpu : CPU sub-node
> +- simple-audio,codec : CODEC sub-node
> +
> +Required CPU/CODEC subnodes properties:
> +
> +- sound-dai : phandle and port of CPU/CODEC
Is there a class binding for audio devices this derives from?
> +
> +Optional CPU/CODEC subnodes properties:
Do these all apply to both sub-nodes?
> +- frame-master : bool property. add this if subnode was frame master
> +- bitclock-master : bool property. add this if subnode was bitclock master
s/was/is/
> +- bitclock-inversion : bool property. add this if subnode has clock inversion
> +- frame-inversion : bool property. add this if subnode has frame inversion
> +- clocks / system-clock-frequency : specify subnode's clock if needed.
> + it can be specified via "clocks" if system has clock node,
> + or "system-clock-frequency" if system doesn't have it.
What does "if system doesn't have it" mean? If it doesn't have a clock,
how does said non-existent clock have a frequency?
It would be possible to use a fixed-clock in place of
system-clock-frequency, which would make the binding more consistent and
the driver simpler, at the cost of making the dt marginally more
complex.
> +
> +Example:
> +
> +clock {
Why is this container here? It's confusing and unnecessary.
> + osc: oscillator {
> + #clock-cells = <0>;
> + compatible = "fixed-clock";
> + clock-frequency = <11289600>;
> + };
> +};
[...]
> +static int
> +asoc_simple_card_sub_parse_of(struct device_node *np,
> + struct asoc_simple_dai *dai,
> + struct device_node **node)
> +{
> + struct clk *clk;
> + int ret;
> +
> + /*
> + * get node via "sound-dai = <&phandle port>"
> + * it will be used as xxx_of_node on soc_bind_dai_link()
> + */
> + *node = of_parse_phandle(np, "sound-dai", 0);
> + if (!*node)
> + return -ENODEV;
> +
> + /* get dai->name */
> + ret = snd_soc_of_get_dai_name(np, &dai->name);
> + if (ret < 0)
> + goto parse_error;
> +
> + /*
> + * bitclock-inversion, frame-inversion
> + * bitclock-master, frame-master
> + * and specific "format" if it has
> + */
This comment looks confusing to me. I'm not sure it's all that helpful.
> + dai->fmt = snd_soc_of_parse_daifmt(np, NULL);
As a general note, I'm surprised there isn't a helper that does all of
the above, from of_parse_phandle to here.
> +
> + /*
> + * dai->sysclk come from
> + * "clolks = <&xxx>" or "system-clock-frequency = <xxx>"
s/clolks/clocks/
> + */
> + clk = of_clk_get(np, 0);
> + if (IS_ERR(clk))
> + of_property_read_u32(np,
> + "system-clock-frequency",
> + &dai->sysclk);
What it this isn't present?
> + else
> + dai->sysclk = clk_get_rate(clk);
> +
> + ret = 0;
> +
> +parse_error:
> + of_node_put(*node);
> +
> + return ret;
> +}
> +
> +static int asoc_simple_card_parse_of(struct device_node *node,
> + struct asoc_simple_card_info *info,
> + struct device *dev,
> + struct device_node **of_cpu,
> + struct device_node **of_codec,
> + struct device_node **of_platform)
> +{
> + struct device_node *np;
> + char *name;
> + int ret = 0;
> +
> + /* get CPU/CODEC common format via simple-audio,format */
> + info->daifmt = snd_soc_of_parse_daifmt(node, "simple-audio,") &
> + (SND_SOC_DAIFMT_FORMAT_MASK | SND_SOC_DAIFMT_INV_MASK);
> +
> + /* CPU sub-node */
> + ret = -EINVAL;
> + np = of_get_child_by_name(node, "simple-audio,cpu");
> + if (np)
> + ret = asoc_simple_card_sub_parse_of(np,
> + &info->cpu_dai,
> + of_cpu);
> + if (ret < 0)
> + return ret;
> +
> + /* CODEC sub-node */
> + ret = -EINVAL;
> + np = of_get_child_by_name(node, "simple-audio,codec");
> + if (np)
> + ret = asoc_simple_card_sub_parse_of(np,
> + &info->codec_dai,
> + of_codec);
> + if (ret < 0)
> + return ret;
> +
> + /* card name is created from CPU/CODEC dai name */
> + of_property_read_string(node, "simple-audio,card-name", &info->card);
> + name = devm_kzalloc(dev,
> + strlen(info->cpu_dai.name) +
> + strlen(info->codec_dai.name) + 2,
> + GFP_KERNEL);
> + sprintf(name, "%s-%s", info->cpu_dai.name, info->codec_dai.name);
> + info->name = info->card = name;
> +
> + /* simple-card assumes platform == cpu */
> + *of_platform = *of_cpu;
Why? What does this imply?
Thanks,
Mark.
next prev parent reply other threads:[~2013-11-15 15:50 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87eh97sqw7.wl%kuninori.morimoto.gx@renesas.com>
[not found] ` <87txharb3o.wl%kuninori.morimoto.gx@renesas.com>
[not found] ` <8738oiog00.wl%kuninori.morimoto.gx@renesas.com>
[not found] ` <20131003104248.GI27287@sirena.org.uk>
[not found] ` <20131003104248.GI27287-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-10-04 0:04 ` [PATCH v3] ASoC: simple-card: add Device Tree support Kuninori Morimoto
2013-10-14 17:16 ` Mark Brown
2013-10-24 17:17 ` Mark Rutland
2013-10-25 2:14 ` [PATCH v4] " Kuninori Morimoto
[not found] ` <87iowm9jwv.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-11-15 5:13 ` Kuninori Morimoto
[not found] ` <87zjp6memo.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-11-15 10:47 ` Mark Brown
2013-11-15 15:50 ` Mark Rutland [this message]
2013-11-18 0:42 ` Kuninori Morimoto
2013-11-18 11:36 ` Mark Rutland
[not found] ` <20131118113617.GC30853-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2013-11-18 12:41 ` [alsa-devel] " Mark Brown
2013-11-19 2:03 ` Kuninori Morimoto
2013-11-20 16:24 ` Mark Rutland
[not found] ` <20131120162403.GA22479-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2013-11-21 0:12 ` [alsa-devel] " Kuninori Morimoto
2013-12-02 16:24 ` Mark Rutland
[not found] ` <20131115155028.GE24831-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2013-11-18 3:19 ` [PATCH v5] " Kuninori Morimoto
[not found] ` <87bo1i75xp.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-11-29 1:11 ` Kuninori Morimoto
[not found] ` <8761rc57wd.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-11-29 12:33 ` Mark Brown
2013-11-18 14:12 ` [PATCH v4] " Rob Herring
[not found] ` <CAL_JsqKLd4CbfD6PifXrwWxbyJqnvAViYkXQ63TBniQBPPzp4g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-11-18 14:31 ` Mark Brown
2013-11-19 2:36 ` [alsa-devel] " Kuninori Morimoto
[not found] ` <87li0ldso8.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-11-20 6:25 ` [PATCH v6] " Kuninori Morimoto
2013-12-02 12:42 ` Mark Brown
[not found] ` <20131202124235.GA27568-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-12-03 0:07 ` [alsa-devel] " Kuninori Morimoto
2013-11-20 14:20 ` [alsa-devel] [PATCH v4] " Rob Herring
[not found] ` <CAL_Jsq+ZsrU5S6B_V8ruLK141LxTR2fd9Re5EWmp47LY+ALDow-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-11-20 16:02 ` Mark Brown
2013-11-21 0:41 ` Kuninori Morimoto
[not found] ` <871u2aziuu.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-12-02 4:57 ` Kuninori Morimoto
2013-10-25 13:13 ` [PATCH v3] " Mark Brown
[not found] ` <20131025131357.GB12932-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-10-30 0:39 ` [alsa-devel] " Kuninori Morimoto
[not found] ` <87sivjk2xj.wl%kuninori.morimoto.gx-zM6kxYcvzFBBDgjK7y7TUQ@public.gmane.org>
2013-10-31 0:31 ` Mark Brown
[not found] ` <20131031003156.GY2493-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-10-31 1:11 ` Kuninori Morimoto
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=20131115155028.GE24831@e106331-lin.cambridge.arm.com \
--to=mark.rutland@arm.com \
--cc=Pawel.Moll@arm.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=horms@verge.net.au \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=swarren@wwwdotorg.org \
--cc=tiwai@suse.de \
/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).