| What | Removed | Added |
|---|---|---|
| QA Contact | xorg-team@lists.x.org | |
| Assignee | xorg-driver-ati@lists.x.org | dri-devel@lists.freedesktop.org |
| Component | Driver/Radeon | DRM/Radeon |
| Product | xorg | DRI |
| What | Removed | Added |
|---|---|---|
| Keywords | bisected, regression |
| What | Removed | Added |
|---|---|---|
| CC | alexdeucher@gmail.com |
Hello Timo, would you be so kind to copy all your findings from bugzilla over, here? This is _the right_ place for drm/radeon/amdgpu driver bugs. I think Alex would have a look, then (his commit). Linux Kernel commit : d57c0edfe00d3274b50f91ce3076ed0e82d28782 Greetings, Dieter
Ok, here is the original bug report: After switching to 4.2 series, I noticed that audio through HDMI was gone a= fter first suspend/resume cycle (systemctl suspend). I can get audio back with s= ome simple operations, like executing xrand, lanching gnome-control-center or swithcing to a virtual terminal (ctrl+alt+F1). All of these operations will restore audio. I have tested this out, and it was 4.2-rc2 that introduced this issue, and = is still present in 4.3-rc7. Also, it doesn't matter whether radeon driver is a module or compiled in with required firmware. System is Debian Jessie (8.2), Gnome Attached files: output of scripts/ver_linux output of lspci -vvv *********************************** Now, as time has gone by, Debian Jessie is v8.6 and due to my upgraded yet still old hardware, lspci output differs. Regardless of those, problem still persists. Radeon HW is still the same though.
Created attachment 1=
28613 [details]
Output of scripts/ver_linux
Created attachment 128614 [details]
Output of lspci -vvv
Created attachment 128615<=
/a> [details]
Current kernel config
git bisected this to d57c0edfe00d3274b50f91ce3076ed0e82d28782.
Reverting this solves the problem on all kernels including latest 4.9.0.
(In reply to Timo Valtoaho from comment #6) > git bisected this to d57c0edfe00d3274b50f91ce307= 6ed0e82d28782. commit d57c0edfe00d3274b50f91ce3076ed0e82d28782 Author: Alex Deucher <a= lexander.deucher@amd.com> Date: Wed Jul 8 14:08:12 2015 -0400 Revert "Revert "drm/radeon: dont switch vt on suspend"&q= uot; This reverts commit ac9134906b3f5c2b45dc80dab0fee792bd516d52. We've fixed the underlying problem with cursors, so re-enable this. That is interesting as I have a Radeon 6450 which displayed "strange&q= uot; colors after suspend (often but not always) and the problem was caused exactly by = the same commit. However with my card I never had problems with HDMI audio after suspend. I never filed a bug report as I could work around the issue by switching th= e VT manually (e.g. Ctrl+Alt+F2 / Ctrl+Alt+F1). Even better: After moving to Way= land (F25) I did not notice the bug anymore.
Btw: bug 98832 is about a different issu= e but also fixed by reverting the commit in question.
Maybe a different bug but since I switched to Wayland (F25) I = noticed that HDMI audio (Radeon HD6450) is also gone for me after suspend/resume. Never notic= ed that with X though. Switching VTs does not change anything for me but that might be due to using Wayland.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | MOVED |
| Status | NEW | RESOLVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/765.