On Mon, Apr 25, 2016 at 11:06 AM, Mark Brown <broonie@xxxxxxxxxx> wrote: > On Mon, Apr 25, 2016 at 10:50:24AM -0700, Caleb Crome wrote: > >> Due to caching, SOR wasn't written when it should have been. This >> patch simply adds SOR to the volatile list. > > Could you expand on when it wasn't written and why it needed to be > please? Yes, sorry. The CCSR_SSI_SOR is a register that clears the TX and/or the RX fifo on the i.MX6 SSI port. The fsl_ssi_trigger writes this register in order to clear the fifo at trigger time. However, since the CCSR_SSI_SOR register is not in the volatile list, the caching mechanism prevented the register write in the trigger function. This caused the fifo to not be cleared (because the value was unchanged from the last time the register was written), and thus causes the channels in both TDM or simple I2S mode to slip and be in the wrong time slots on SSI restart. By adding CCSR_SSI_SOR to the volatile list, along with arnaud's patches that I just tested (and sent tested-by slugs), fix most of the problems with the SSI port drivers for multi-channel operation (there is one more to come that I think really fixes the last bit). Most people never noticed the problem because with simple stereo mode, the consequence is that left and right are swapped, which isn't that noticeable. I can re-submit the patch if you like with this more descriptive comment. Thanks, -Caleb _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
