On Thu, Sep 03, 2009 at 05:45:08, Troy Kisky wrote: > Mark Brown wrote: > > On Mon, Aug 31, 2009 at 04:31:44PM -0700, Troy Kisky wrote: [...] > > > > I'll probably also apply the first patch since nobody else seems to care > > one way or another, but I would urge you to look at changing the default > > for the platform data to at most select the workaround only on CPUs that > > have problems with channel swapping - it's going to cause confusion for > > people to have it on by default. > > > I think the ones without a problem use davinci-mcasp instead of davinci-i2s > but share davinci-pcm. So, I don't know of any machines to exclude in davinci-i2s. > But if someone else knows, speak up. > In my experience too, the channel swap issues got reported only with ASP (aka McBSP) and not with McASP. The swap was almost always at the start of playback, and supposedly because of the errata "2.1.5 ASP: Initialization Procedure When External Device is Frame-Sync Master" in http://focus.ti.com/lit/er/sprz241l/sprz241l.pdf Using EDMA acount=4 instead of 2 (32-bit transfers) did fix that issue on the OSS drivers but I don't recall the problem morphing into an "always channel swapped" case. Have you tested your patch (1/3) with DM644x EVM? If not, we can do that and see if it leads to channels being always swapped on that hardware as well. One feedback we have received on this solution is that it does not work for 24-bit audio. In which case, implementing the workaround described in the errata is the only way around. Thanks, Sekhar _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
