Hi, On Tuesday 06 July 2010 01:51:20 ext Grazvydas Ignotas wrote: > On Tue, Jul 6, 2010 at 12:13 AM, <peter.ujfalusi@xxxxxxxxx> wrote: > > What I can think of is: > > If only one (the master) stream has been opened, and the stream is not > > running (the pcm_trigger has not been called yet), than we could allow > > reconfiguration of the codec. Might work OK, but it might cause some > > problems under different scenario. > > This sounds good to me, I wonder what that different scenario could > be. It's hard to say what scenario, but if we start to fix application bugs in driver level, than surely it will not going to be an easy task. > Is it worth trying implementing that (i.e. would such patch be > even considered)? As of it now, I'm not planning to add workaround to this, since I can not really test if it is working correctly. Also I just came back from holiday, and my mailbox is quite full, so do not expect that I can even take a look at this in the near future. Having said that.. since I do care about the twl4030 codec driver (and it's users), I will try to allocate time to fix it for you. > On Tue, Jul 6, 2010 at 12:40 AM, Liam Girdwood <lrg@xxxxxxxxxxxxxxx> wrote: > > Please port your app to ALSA, it's really the easiest option (look at > > aplay.c for programming sequence). > > The problem is not new apps, but legacy ones. Pandora is spiritual > successor of Gamepark/GPH devices, which only had OSS drivers, so we > have many apps/games outputing through OSS, some of them without > source available. We will have to provide userspace OSS emulation at > least, and in-kernel OSS emulation is attractive because of > performance reasons. I would advice to use the userspace emulation for now. There might be kernel level fix for this, but it will take time. -- Péter _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel