On Thu, 16 Apr 2009 11:31:21 +0200 ext Mark Brown broonie@sirena.org.uk wrote:
On Thu, Apr 16, 2009 at 12:07:50PM +0300, Jarkko Nikula wrote:
I did a little bit of hacking and testing with this to see are can this even be a fix on top of my DSP_B fix for 2.6.30 but looks like there is
Hrm. I'd merged your DSP_B fix for 2.6.31 not 2.6.30 since it seemed to be needed for new things like the TWL4030 4 channel mode and the existing boards were apparently OK in 2.6.29. Do you think it's urgent enough to pull over to 2.6.30 (I've not pushed to Takashi yet)?
I would say my two 2.6.30-rc2 patches are for 2.6.30 since DSP_B is broken there and at least OSK5912 is using it.
I also believe that quite many developers may be using linux-omap tree only for developing e.g. new machine or codec driver and there is a risk that then error might populate into those drivers as well and we don't catch it when patches are based on topic/asoc and sent here for review.
Jarkko