Summary: | [BAT BYT] dmesg WARNING in snd-hda | ||||||
---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Daniel Vetter <daniel> | ||||
Component: | DRM/Intel | Assignee: | Focus.Luo <focus.luo> | ||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | normal | ||||||
Priority: | highest | CC: | focus.luo, intel-gfx-bugs, libin.yang, mengdong.lin, tiwai | ||||
Version: | XOrg git | ||||||
Hardware: | Other | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
i915 platform: | BYT | i915 features: | display/audio | ||||
Attachments: |
|
Description
Daniel Vetter
2015-12-15 08:27:35 UTC
Created attachment 120518 [details]
full dmesg
Takashi, this started blowing up in our CI very recently, so might be a new patch in your queue (we pull your trees into -nightly). Tracking against DRM/Intel since it affects our CI, so please don't reassign when you want to move this, but please just link. Thanks, Daniel Could you point the top commit ID of the git branch showing the problem? I'd like to know whether all recent fixes in HD-audio are already included. The message indicates that the access to the codec at suspend failed. GPU domain got powered off before the audio part wrongly? Bug scrub: Focus, Can you have a look to this and check Mendong I checked the long-term stats of our CI system for the affected byt-nuc machine and this backtrace seems to have disappeared a while ago. We update sound/for-next+for-linus every time we rebuild -nightly, so as long as its in there we'll pull it in automatically. FWIW, I have just started seeing this same error on a NUC DN2820 (which is bay trail) after upgrading it from Debian Jessie to Ubuntu Xenial. I have two of these NUCs, and only one showed the problem. It doesn't happen on *every* boot but is fairly common. Unfortunately it is not writing the dmesg to disk, but I do see hda_codec_runtime_suspend and rpm_callback in the backtrace. Both machines have the latest BIOS (0053) On a hunch, I went into the BIOS settings and reset them to defaults. After three further shutdown / restart cycles I have not yet seen the problem recur. (In reply to Brian Candler from comment #6) > FWIW, I have just started seeing this same error on a NUC DN2820 (which is > bay trail) after upgrading it from Debian Jessie to Ubuntu Xenial. > > I have two of these NUCs, and only one showed the problem. It doesn't happen > on *every* boot but is fairly common. Unfortunately it is not writing the > dmesg to disk, but I do see hda_codec_runtime_suspend and rpm_callback in > the backtrace. Then it's likely a different issue. Please make sure that this happens with the latest vanilla kernel, and open another bug if it's confirmed. |
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.