[Sound-open-firmware] about SOF 1.2 topology support
Liam Girdwood
liam.r.girdwood at linux.intel.com
Mon May 21 12:50:04 CEST 2018
On Mon, 2018-05-21 at 18:27 +0800, Keyon Jie wrote:
> Hi all,
>
> I am collecting the 1.2 topology support gap and try to figure out the
> priority and workload about that, and what I can imagine now are:
>
> 1. Multiple BEs(SSPs) support;
> This may need add BE definition for SOF from tplg file.
1.5 remove DMAC ID and DMAC channel from topology data.
>
> 2. Reference tplg m4 for different platforms, including
> byt/cht/bdw/hsw/apl/cnl.
> This may need enable/verify types of pipeline(e.g. src, media,
> low-latency) can works separately and stably.
>
> 3. Refine host component buffer size, from pipeline format to pcm
> capability max, and use buffer_set_size in params() for each
> playback/capture.
> This means we can support different input formats(in the capability
> list) with a single tplg file.
>
> 4. Dynamic/hostless pipeline support.
> We have requirement to switching PCM(FEs) to different BEs at
> runtime, and also host-less(e.g. tone may already support.
> SSP2->SRC->SSP4, ...). we can add kcontrols to control those host-less
> pipeline.
> 5. Add a kcontrol for each SSP BE to switch loopback on/off, for test
> purpose.
> ...
>
> I will work on #5, then #1, then #2. I think Yan is working on something
> related with #3, and #4 may have dependency to #1.
Ranjani is looking at #1 iirc.
>
> Any comment about these are welcomed.
Liam
>
> Thanks,
> ~Keyon
>
> _______________________________________________
> Sound-open-firmware mailing list
> Sound-open-firmware at alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/sound-open-firmware
More information about the Sound-open-firmware
mailing list