[alsa-devel] [PATCH] ASoC: pandora: switch clock back to internal on stop

Grazvydas Ignotas notasas at gmail.com
Mon Feb 20 11:50:26 CET 2012


On Mon, Feb 20, 2012 at 11:52 AM, Peter Ujfalusi <peter.ujfalusi at ti.com> wrote:
> On 02/19/2012 05:52 PM, Grazvydas Ignotas wrote:
>>> Might be an idea to do this in the McBSP driver - have it do the switch
>>> transparently, then flip back when the port is brought up again?
>>
>> Maybe, but I think pandora is the only one using external clock in
>> mainline
>
> I have patch on top of the mcbsp merge series which allows users
> (developers) to switch between McBSP2 master/slave configuration on
> Beagle. It will have two PCM:
> 0 is the current configuration (twl4030 master, mcbsp2 slave)
> 1 is the same as with pandora (twl4030 slave, mcbsp2 master - CLKS pin
> is the source for the SRG).
> With this I can help to track down the suspend issue you see on Pandora.
> I hope.

Sounds good, I can wait for this I guess.

Slightly off-topic: would you mind getting OSS emulation working on
OMAP? We talked about it some years back.. I'm still carrying this
hack in pandora tree:
http://git.openpandora.org/cgi-bin/gitweb.cgi?p=pandora-kernel.git;a=commitdiff;h=7717278f6e

We have found in-kernel OSS emulation to have best compatibility and
performance, and the later is important for a games machine with an
aging SoC..

The other issue with pandora on mainline is frequent buffer underflows
just after the stream starts. Games tend to use tiny buffers with a
goal to have low audio latency, and this often ends up with endless
loop of stream start and underflow events. We used this hack on
earlier kernels (the comment is probably not entirely correct, and
fifo_samples should be multiplied by channels I guess):
http://git.openpandora.org/cgi-bin/gitweb.cgi?p=pandora-kernel.git;a=commitdiff;h=d3ef3adfa

This can of course be fixed in a program itself, but the idea was to
reduce effort needed to port things to pandora, and now I'll have to
be carrying this for compatibility, but I wonder how that looks from
mainline point of view.


-- 
Gražvydas


More information about the Alsa-devel mailing list