On Fri, 2012-06-15 at 18:34 +0100, Mark Brown wrote: > On Fri, Jun 15, 2012 at 06:28:51PM +0100, Liam Girdwood wrote: > > On Fri, 2012-06-15 at 15:11 +0300, Tanu Kaskinen wrote: > > > > This sort of hardware causes trouble for the planned routing system, at > > > least as I have envisioned it to behave. My vision has been that the > > > routing logic in pulseaudio would enable and disable ports based on the > > > streams that exist and their properties. In the OMAP4 case, there aren't > > > any streams created when a cellular call starts, and therefore the > > > routing logic doesn't know that it should do something. > > > This is quite common in the smartphone voice call use case. A lot of > > It's more than common, I'm only aware of one phone design which does > route the audio via the CPU on call (the N900). Anything that can't > cope with bypassed on call audio is going to struggle. N9 also routes the audio via the CPU. Now you know two phone designs :) -- Tanu
