More Generic Audio Graph Sound Card idea

[Kuninori Morimoto]

Hi Sameer
Cc Mark

Thank you for your feedback

> > Current audio-graph-card driver has DPCM support,
> > but it is limited (= Mix/Mux/TDM-split/rate-convert/channel-convert).
> > It was expanded forcibly expanded.
> 
> Yes it appears to be so. Right now it does not seem to be supporting
> 'demux' kind of use case.

I'm not sure how to do demux.
By DPCM ? by multi-Codec ?
I'm happy to consider it if there was sample code.

> Please note that asoc_simple_init_dai_link_params() makes the link
> codec-to-codec if any component involved has 'non_legacy_dai_naming'
> flag enabled. It is used by both audio-graph and simple-card. So it is
> a combination of three (DPCM, normal and codec-to-codec). To avoid all
> this complication, I am treating all links as DPCM in the series [0] I
> sent.

Ahh, we want to consider codec-to-codec..
And I noticed multi-CPU / multi-Codec case too (= for normal connection).
Do we have sample code ? > Mark

> If we encode use case information in DT, it would become regid and is
> not flexible when the HW is giving us the all flexibility (at least in
> my case). Thus may lead to complications. If there is a way to
> configure PCM parameters from the user space it would help to simplify
> things. Then DT can just describe the HW links.

What kind of PCM parameters you want to get from user-space ?



Mark, this is question from me.
In my understanding,
CPU - Codec are merging each parameter automatically at runtime,
for example rates / channels / formats (= snd_soc_runtime_calc_hw()).
And system-clock / TDM-slot / DAI-format are specified via Sound Card.

I can understand that system-clock is specified via Sound Card,
but TDM-slot / DAI-format can be adjusted from CPU / Codec driver
automatically same as rates / channels / formats ?
I'm not sure it is possible, or not, but I've been wondering for a long time.

Thank you for your help !!

Best regards
---
Kuninori Morimoto