[alsa-devel] Memory corruption in ASoC

Liam Girdwood lrg at slimlogic.co.uk
Thu Mar 18 18:35:37 CET 2010

On Thu, 2010-03-18 at 17:07 +0000, Mark Brown wrote:
> On Thu, Mar 18, 2010 at 05:48:53PM +0100, Daniel Mack wrote:
> > On Thu, Mar 18, 2010 at 04:43:06PM +0000, Mark Brown wrote:
> > > It should really be per-substream, yes.
> > Do you want me to fix this or are you working on this already?
> I'm all in favour of approaches that involve me doing less work :)
> Though watch out for a mail from Liam shortly...

Please do.

Fwiw we do have some unnecessary complexity in our hw_params() and
hw_free() calls in order to support OSS emulation. i.e. hw_params() can
be called several times for each substream by OSS emulation with
different audio parameters each time (hence the need to always free and
re-config resources). This is not needed for native alsa.

Mark and I have just agreed we will accept patches that remove this sort
of complexity and hence OSS emulation support. OSS is being dropped by
distro's anyway now and we haven't been testing OSS emu on new ASoC
drivers for a while either.....  

So don't feel obliged to support OSS emulation in your fix.

> > I know there are some pxa-ssp related things pending which will also
> > cause merge conflicts - which tree should thing apply to currently?

The major work Mark mentioned is the multi-codec + multi-platform (Audio
Engine) support. Mark and I are just finalising the API changes and
there is some a development branch here :-


The API move things closer the the driver model and are being aimed at


Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Maintainer.

More information about the Alsa-devel mailing list