Re: [PATCH] sst: Intel SST audio driver

[Mark Brown <broonie@opensource.wolfsonmicro.com>]

On Mon, Oct 04, 2010 at 10:04:24AM +0100, Alan Cox wrote:
> > IIRC at least one version had a split where the ALSA integration stuff
> > was separated out from the underlying DSP interface code - that was
> > pretty helpful since it helps focus on the ALSA specifics.

> Yes but that split is no longer there once the clean up patches sit on
> top because they weren't put together as separate bits. This is exactly
> the sort of reason I want to get it in staging.

Sure, though that's what rebase is there for.

> > We ought to be able to come up with something for the core streaming
> > stuff, though.  Like I say, it's just a nice to have though.

> I would have thought PCM at least was also going to have some kind of
> common structure.

ALSA provides that already, pretty much?  I guess PCM also falls out of
compressed CODEC support as a noop CODEC.

> > I do have some nervousness about the concept of staging for embedded
> > stuff since I worry that inclusion in staging can send the wrong
> > message to vendors but that's a completely separate issue to this
> > driver.

> Noted. But I'll point you at the SEP driver which did get bogged down
> for ages for reasons I can't really go into publically, and we
> therefore pulled out of staging.

It's not specifically about this driver, it's more of a general concern
about the whole concept and how vendors less used to Linux could easily
get the wrong end of the stick.