From: Liam Girdwood <liam.r.girdwood@linux.intel.com>
To: Mark Brown <broonie@kernel.org>, Lars-Peter Clausen <lars@metafoo.de>
Cc: "tiwai@suse.de" <tiwai@suse.de>,
"Lin, Mengdong" <mengdong.lin@intel.com>,
"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>
Subject: Re: [PATCH v2 00/10] ASoC: support adding PCM dynamically from topology
Date: Mon, 17 Aug 2015 11:39:59 +0100 [thread overview]
Message-ID: <1439807999.2420.25.camel@loki> (raw)
In-Reply-To: <F46914AEC2663F4A9BB62374E5EEF8F8480D0F4C@SHSMSX101.ccr.corp.intel.com>
On Mon, 2015-08-17 at 06:13 +0000, Lin, Mengdong wrote:
> > -----Original Message-----
> > From: Mark Brown [mailto:broonie@kernel.org]
> > Sent: Saturday, August 15, 2015 11:51 PM
> > To: Lars-Peter Clausen
> > Cc: Lin, Mengdong; alsa-devel@alsa-project.org; tiwai@suse.de; Girdwood,
> > Liam R
> > Subject: Re: [alsa-devel] [PATCH v2 00/10] ASoC: support adding PCM
> > dynamically from topology
> >
> > On Sat, Aug 15, 2015 at 09:56:24AM +0200, Lars-Peter Clausen wrote:
> >
> > > This all sounds as if the dynamically loaded topology information does
> > > not describe dynamic topology, e.g. like DSP firmware, but rather the
> > > static topology that would usually come from things like devicetree or
> > > ACPI. Maybe you need to rethink when the topology information is
> > > loaded and make sure that the parts that describe the static topology
> > > are available before the card is instantiated.
> >
> > I do think that's some of it (as I said in my replies in the series), but I got the
> > impression from some other discussion that some of this was about
> > host<->DSP channels that exist purely in software which does seem like
> > something that could reasonably be in the topology, but this does seem more
> > like the fixed links stuff.
>
> We hope to release different firmware for different OEM products.
> Due to license restrictions, these firmware may have different features and may support different FE DAIs.
>
> ACPI only describes physical links and does not handle FE DAIs. This is why we use topology here.
>
To further clarify.
The intention is that the topology data for BE and codec style links is
not to define the link (as this should come from DT or ACPI) but to
define the links config/capabilities for a given FW. e.g. we have two
different FWs that run BE0 (SSP0) with different number of channels (one
is stereo, the other is 4 channel TDM). Currently the link definitions
will be hard coded until the ACPI data is ready.
The FE uses the above too for config/capabilities but it can also be
defined and created by the topology data (since it's a FW entity).
Liam
next prev parent reply other threads:[~2015-08-17 10:40 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-10 14:45 [PATCH v2 00/10] ASoC: support adding PCM dynamically from topology mengdong.lin
2015-08-10 14:45 ` [PATCH v2 01/10] ASoC: Change the PCM runtime array to a list mengdong.lin
2015-08-14 20:02 ` Mark Brown
2015-08-17 6:28 ` Lin, Mengdong
2015-08-10 14:46 ` [PATCH v2 02/10] ASoC: Define soc_init_dai_link() to wrap link intialization mengdong.lin
2015-08-10 14:47 ` [PATCH v2 03/10] ASoC: Change 2nd argument of soc_bind_dai_link() to DAI link pointer mengdong.lin
2015-08-10 14:47 ` [PATCH v2 04/10] ASoC: Implement DAI links in a list mengdong.lin
2015-08-10 14:47 ` [PATCH v2 05/10] ASoC: Add support for dummy DAI links and PCM runtimes mengdong.lin
2015-08-14 20:22 ` Mark Brown
2015-08-17 10:01 ` Lin, Mengdong
2015-08-17 18:39 ` Mark Brown
2015-08-10 14:48 ` [PATCH v2 06/10] ASoC: Bind new DAI links after probing components mengdong.lin
2015-08-10 14:48 ` [PATCH v2 07/10] ASoC: Support adding a DAI dynamically mengdong.lin
2015-08-10 14:48 ` [PATCH v2 08/10] ASoC: topology: Change pass number of DAI smaller than graph mengdong.lin
2015-08-10 14:48 ` [PATCH v2 09/10] ASoC: topology: Change stream formats to bitwise flag mengdong.lin
2015-08-14 20:34 ` Mark Brown
2015-08-15 7:37 ` Takashi Iwai
2015-08-15 13:49 ` Lin, Mengdong
2015-08-15 14:45 ` Takashi Iwai
2015-08-15 15:25 ` Lin, Mengdong
2015-08-15 16:50 ` Takashi Iwai
2015-08-15 16:51 ` Mark Brown
2015-08-17 10:05 ` Lin, Mengdong
2015-08-15 15:14 ` Mark Brown
2015-08-15 14:59 ` Mark Brown
2015-08-15 16:52 ` Takashi Iwai
2015-08-10 14:48 ` [PATCH v2 10/10] ASOC: topology: Add PCM DAIs dynamically when loading them mengdong.lin
2015-08-15 7:56 ` [PATCH v2 00/10] ASoC: support adding PCM dynamically from topology Lars-Peter Clausen
2015-08-15 15:50 ` Mark Brown
2015-08-17 6:13 ` Lin, Mengdong
2015-08-17 10:39 ` Liam Girdwood [this message]
2015-08-17 20:05 ` Mark Brown
2015-08-18 5:17 ` Lin, Mengdong
2015-08-18 5:27 ` Mark Brown
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=1439807999.2420.25.camel@loki \
--to=liam.r.girdwood@linux.intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=lars@metafoo.de \
--cc=mengdong.lin@intel.com \
--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