Hi Eric,
On 01/22/2015 09:05 PM, Eric Nelson wrote:
On 01/22/2015 11:35 AM, Gary Thomas wrote:
On 2015-01-22 11:32, Nikolay Dimitrov wrote:
Hi Gary,
On 01/22/2015 03:24 PM, Gary Thomas wrote:
Are you using headphone or line-out?
My i.MX6 boards all suffer from this annoying pop - it would be great
to get to the bottom of this.
Before applying my ugly fix, I can hear the glitch on both outputs,
but need to warn you that my headphones test is flawed, as the
SGTL5000 codec on my board is improperly
connected to the headphones (audio output is only 2-wire DC-decoupled
instead of using 3-wire cap-less output with virtual ground).
Are you looking for a fix for line-out, headphones, both? Also, which
kernel are you using?
Currently, only headphones.
I'm using linux-boundary/3.10.31
Which has the SMALL_POP fix applied:
https://github.com/boundarydevices/linux-imx6/commit/983ce7a
As we discussed with Fabio, when you define SGTL5000_SMALL_POP as 0, the
following call...
snd_soc_update_bits(codec, SGTL5000_CHIP_REF_CTRL, SGTL5000_SMALL_POP, 1);
...doesn't actually write to the I2C register, and leaves the default
behavior, which is SMALL_POP = 1. And as Fabio noted, the audible
behavior of this SMALL_POP bit is inverted as compared to the
documentation, so SMALL_POP 0 should have the click audible, and
SMALL_POP 1 should make it inaudible.
For me personally the patch is misleading written this way - it looks
like it's writing to the register, but neither this write is actually
happening (you can sniff the I2C bus if you wish), and also this patch
hides the issue with improperly documented SMALL_POP bit.
Kind regards,
Nikolay
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
