[alsa-devel] Audio on mx6q udoo
Hi Maciej,
I am running today's linux-next on a imx6q-udoo board.
Removed USB support to avoid the hang and also enabled CONFIG_SND_SOC_AC97_CODEC=y.
When I start a playback it seems to be running:
# aplay /root/clarinet.wav Playing WAVE '/root/clarinet.wav' : Signed 16 bit Little Endian, Rate 44100 Hz
,but I don't get any sound out of the CN7 green jack.
I put the volumes at the maximum via alsamixer.
Any ideas?
Thanks,
Fabio Estevam
Hi Fabio,
On 05.10.2016 20:15, Fabio Estevam wrote:
Hi Maciej,
I am running today's linux-next on a imx6q-udoo board.
Removed USB support to avoid the hang and also enabled CONFIG_SND_SOC_AC97_CODEC=y.
When I start a playback it seems to be running:
# aplay /root/clarinet.wav Playing WAVE '/root/clarinet.wav' : Signed 16 bit Little Endian, Rate 44100 Hz
,but I don't get any sound out of the CN7 green jack.
I put the volumes at the maximum via alsamixer.
Any ideas?
I assume that you tested older kernel on this board and got proper output there.
Even if you don't get any sound is playing time correct - that is does for example 30 second file play for 30 seconds? If not then it might be DMA or sampling rate setup problem.
Is the AC'97 codec model detected correctly (/proc/asound/card0/codec97#0/ac97#0-0)? If not then it might be some problem with accessing AC'97 regs (like SSI clock not running).
You can also try to revert http://www.spinics.net/lists/alsa-devel/msg54983.html to go back to RB tree register cache, maybe this will help.
I have tried to run today's linux-next on my UDOO board but it crashes at boot somewhere in imx6q_pm_pu_power_off(), so unfortunately can't test it for now.
Thanks,
Fabio Estevam
Maciej
Hi Maciej,
On Thu, Oct 6, 2016 at 11:48 AM, Maciej S. Szmigiero mail@maciej.szmigiero.name wrote:
I assume that you tested older kernel on this board and got proper output there.
Yes, I tested audio on Udoo's 3.14 kernel and it plays well.
Even if you don't get any sound is playing time correct - that is does for example 30 second file play for 30 seconds? If not then it might be DMA or sampling rate setup problem.
Yes, the timing seems to be correct.
Is the AC'97 codec model detected correctly (/proc/asound/card0/codec97#0/ac97#0-0)? If not then it might be some problem with accessing AC'97 regs (like SSI clock not running).
alsamixer reports:
Chip: VIA Technologies VIA1613 rev 3.
You can also try to revert http://www.spinics.net/lists/alsa-devel/msg54983.html to go back to RB tree register cache, maybe this will help.
I have tried to run today's linux-next on my UDOO board but it crashes at boot somewhere in imx6q_pm_pu_power_off(), so unfortunately can't test it for now.
I see the same issue with 4.7.6.
Are you able to get audio working with kernel 4.7.6?
Thanks,
Fabio Estevam
Hi Fabio,
On 06.10.2016 21:01, Fabio Estevam wrote:
Hi Maciej,
(..)
I see the same issue with 4.7.6.
Are you able to get audio working with kernel 4.7.6?
On kernel 4.7.6: 1) Vanilla kernel - AC'97 codec misdetected, no sound.
2) After applying "regmap: cache: Fix num_reg_defaults computation from reg_defaults_raw" (commit b2c7f5d9c939a37c1ce7f86a642de70e3033ee9e) the codec is detected properly and the sound is output properly.
However, since this commit is present in linux-next it can't explain why you aren't getting any sound there.
Thanks,
Fabio Estevam
Maciej
Hi Maciej,
On Thu, Oct 6, 2016 at 7:46 PM, Maciej S. Szmigiero mail@maciej.szmigiero.name wrote:
On kernel 4.7.6:
Vanilla kernel - AC'97 codec misdetected, no sound.
After applying
"regmap: cache: Fix num_reg_defaults computation from reg_defaults_raw" (commit b2c7f5d9c939a37c1ce7f86a642de70e3033ee9e) the codec is detected properly and the sound is output properly.
Just applied this patch against 4.7.6 and still get no audio. Also put the volumes to the maximum in alsamixer.
However, since this commit is present in linux-next it can't explain why you aren't getting any sound there.
Yes, I was not able to get mainline to output sound on my udoo board yet.
Thanks
participants (2)
-
Fabio Estevam
-
Maciej S. Szmigiero