On 6/10/2011 2:42 AM, Mark Brown wrote:
That might be handlable by either of the methods I was suggesting above. Of course depending on the algorithms you're running the DSP may want more mics than it's producing output channels - beam forming or noise cancellation are the obvious examples there.
Yes, exactly.
Do you mean not also a concern? I *believe* OMAP is passing the configuration through to the external DAI using the front end/back end connection so the format gets selected by the app when it does a record,
Can you elaborate more on "configuration through external DAI" ? Is there an example?
possibly with rewriting through the hook functions in the machine driver.
Are you referring to fixup function in the machine driver? It works for hardware parameter that is fixed per machine. For example, regardless sample rate of front-ends that are routed to same back-end, back-end sample rate is fixed to 48KHz. I am already taking advantage of the hook.
Another query I have is how to handle back-end error. The audio bus which is running on my machine requires close coordination between CPU and CODEC. Essentially, if one side is unable to respond to incoming data in time, data exchange halts. I am looking for way to reset both CPU and CODEC back to fresh state. One approach I am thinking is to generate XRUN error(snd_pcm_stop(SNDRV_PCM_STATE_XRUN) and have application call prepare() to reset CPU and CODEC back to good state. I see each back-end is registered as PCM device so it's possible that application can read /dev/snd/timer to get notified. However, do I call prepare() on one of FE PCM devices that are routed to the back end in question? Would this approach work? Any suggestion?
Thanks Patrick