Created attachment 144537 [details] The dmesg with drm.debug=0xe in boot command We have an ASUS E406MA laptop equipped with Intel N5000 CPU. After system suspend & resume, the audio playback does not work anymore. The device for sound output is listed as a headphone device. Plugging in headphones no sound is audible neither. The kernel is Linux stable 5.1.9. Here are the error messages after resume: [ 65.532457] snd_hda_intel 0000:00:0e.0: No response from codec, disabling MSI: last cmd=0x20bf8100 [ 66.536453] snd_hda_intel 0000:00:0e.0: azx_get_response timeout, switching to single_cmd mode: last cmd=0x20bf8100 [ 66.738975] snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5 [ 66.741358] snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5 [ 66.770874] snd_hda_codec_hdmi hdaudioC0D2: Unable to sync register 0x2f0d00. -5 This bug is also discussed in kernel bugzilla [1] and the mail list [2] [1] https://bugzilla.kernel.org/show_bug.cgi?id=203623 [2] https://www.spinics.net/lists/stable/msg310395.html
Created attachment 144538 [details] The dmesg with drm.debug=0xe and snd_hda_intel.probe_mask=0x01 in boot command I also follow Takashi's comment [1] After add "snd_hda_intel.probe_mask=0x01" to boot command, the built-in audio (including internal speaker, mic and headset) works after resume, and there is no error message mentioned in comment #0. However, the HDMI audio is not listed and cannot be used. [1] https://bugzilla.kernel.org/show_bug.cgi?id=203623#c5
Reporter, you have tried to verify the issue with drmtip (https://cgit.freedesktop.org/drm-tip)? If so, can you attach the dmesg?
Created attachment 144540 [details] The dmesg with drm-tip tree and drm.debug=0xe in boot command (In reply to Lakshmi from comment #2) I tried with https://cgit.freedesktop.org/drm-tip The attachment is the corresponding dmesg. The test result is same as the comment: the audio works after resume. https://bugzilla.kernel.org/show_bug.cgi?id=203623#c6
Hmm. I do see [ 57.460391] [drm:intel_dump_cdclk_state [i915]] Changing CDCLK to 79200 kHz, VCO 633600 kHz, ref 19200 kHz, bypass 19200 kHz, voltage level 4 in the logs. Ah, that's for the case when we disable all display pipes (glk_calc_cdclk(0) cases). Apparently we didn't add the audio cdclk requirement to those code paths :(
The backports went in I believe. We can close this.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.