[alsa-devel] [PATCH 0/20] ASoC: rsnd: add Synchronous SRC and U/O error salvage support

Kuninori Morimoto kuninori.morimoto.gx at renesas.com
Tue Jan 20 03:10:11 CET 2015


Hi Mark

Thank you for your feedback

> OK, that's more what I thought this was originally.  It sounds like a
> fairly standard ASRC deployment where the goal is to match the rate the
> system wants to play audio at to the rate that the target hardware
> needs.  That's not too different to the telephony cases where the system
> is in one clock domain (possibly at a very different sample rate) and
> the baseband another and definitely the sort of thing that DPCM is
> intended to support.
> 
> This really would be better done with DPCM with the userspace control
> being provided by the driver for the tuner or the machine driver and
> passed through to set the rate of the back end.  Do you think that's
> achieveable (even if it's just a mostly dummy DAI here)?  That way if
> this is used in a system with a CODEC with a real driver on the end of
> the link things should just work.

Can I confirm about this ? This means, we can..

 - add "sampling rate convert" support on DPCM
   (= our "static" sampling rate convert can use it)
 - add "sampling rate convert interface" support for userland on DPCM
   (= our "dynamic" sampling rate convert can use it)

I think this is achieveable.

My concern about this is card driver with DT.
I and Mark talked about it in LinuxCon before, and adding DPCM support with DT
on simple-card is very difficult (= simple-card is not "simple" today...)
So, I will create new sound card driver which includes DPCM DT support for this purpose.
Then, should I create "renesas-sound-card" under sound/soc/sh ?
or can I create "multi-card" (I don't know this is good naming...) under sound/soc/generic ?
If we can select later choice, it will have very limited feature, but simple DPCM support

Best regards
---
Kuninori Morimoto


More information about the Alsa-devel mailing list