[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