2406411_en-US

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

2406411_en-US

2406411_en-US

i.MX6 + WM8962 Sometimes Audio Playback Failure
  • CPU: NXP i.MX6 (Custom Board)
  • Audio Codec: WM8962
  • OS / Build System: Linux (3.0.35) / ALSA Framework

Hello,

We are using a WM8962B audio codec with an i.MX6 platform, and we have an intermittent no-audio issue during boot.

When the issue occurs:

- MCLK is present, but BCLK and LRCLK stop.
- Audio playback does not recover BCLK/LRCLK.
- ALSA shows the PCM state as RUNNING, but hw_ptr remains 0.


Could you please advise:

1. Is there any known issue with WM8962 + i.MX6 where MCLK is present but BCLK/LRCLK stop intermittently during boot?

2. Are there any relevant fixes in newer NXP BSP versions, such as Linux 3.0.101 or 3.10.17, compared with the older WM8962 driver?

3. Could this be related to the WM8962 power-up/POR sequence or register-cache synchronization?

Thank you.


i.MX6 AllRe: i.MX6 + WM8962 Sometimes Audio Playback Failure

Hi @Kun1 

The 3.0.35 kernel is too old. I looked up the internal fixes related to the WM8962 and confirmed that issues related to SYSCLK_SRC, MCLK, clock rate, and power supply were fixed in 3.10.17.


You can download imx_3.10.17_1.0.1_ga_caf and try incorporating these commits: 6cbcb7463a3, 4e8cd5f661d, e4dd76788c7, 9d40e5582c9, 5539a102882, 943248a5d07
7f570b0a8dc 346f1d40833 5f72dd0aa06 c5949b9ec1e 52c0eee3329

I'd recommend that you just upgrade the kernel.



Best Regards,
Zhiming

Re: i.MX6 + WM8962 Sometimes Audio Playback FailureThank you for your suggestion.

I checked the commits you recommended against our current kernel version.

The following commits cannot be applied to our current version:

6cbcb7463a3
4e8cd5f661d
e4dd76788c7
5539a102882
943248a5d07
5f72dd0aa06
c5949b9ec1e
52c0eee3329

The following commits can be applied:

9d40e5582c9
7f570b0a8dc
346f1d40833

In this case, would it be sufficient to apply only these three available commits to address the intermittent audio playback failure?

Or are the other commits also required for the fix? If so, could you please advise whether there are equivalent patches or alternative changes that can be applied to our kernel version?
Tags (1)
No ratings
Version history
Last update:
4 weeks ago
Updated by: