[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150907162548.GW5313@sirena.org.uk>
Date: Mon, 7 Sep 2015 17:25:48 +0100
From: Mark Brown <broonie@...nel.org>
To: "Wu, Songjun" <songjun.wu@...el.com>
Cc: nicolas.ferre@...el.com, lgirdwood@...il.com, perex@...ex.cz,
tiwai@...e.com, linux-kernel@...r.kernel.org,
alsa-devel@...a-project.org, robh+dt@...nel.org,
pawel.moll@....com, mark.rutland@....com,
ijc+devicetree@...lion.org.uk, galak@...eaurora.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH 2/2] ASoC: atmel-classd: DT binding for Class D audio
amplifier driver
On Sun, Sep 06, 2015 at 05:44:30PM +0800, Wu, Songjun wrote:
> On 9/3/2015 19:43, Mark Brown wrote:
> >Why is this a separate DT node? It seems that this IP is entirely self
> >contained so I'm not clear why we need a separate node for the card, the
> >card is usually a separate node because it ties together multiple
> >different devices in the system but that's not the case here.
> The classD can finish the audio function without other devices.
> But I want to reuse the code in ASoC, leave many things(like creating PCM,
> DMA operations) to ASoC, then the driver can only focus on how to configure
> classD.
> The classD IP is divided to tree parts logically, platform, CPU dai,
> and codec, and these parts are registered to ASoC.
> This separate DT node is needed in ASoC, ties these tree parts in ClassD.
Sure, there's no problem at all having that structure in software but it
should be possible to do this without having to represent this structure
in DT. It should be possible to register the card at the same time as
the rest of the components rather than needing the separate device in
the DT.
Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)
Powered by blists - more mailing lists