[Bug 205291] Cannot switch off Radeon HD 4330/4350/4550 with vgaswitcheroo

bugzilla-daemon at bugzilla.kernel.org bugzilla-daemon at bugzilla.kernel.org
Wed Apr 22 05:58:50 UTC 2020


https://bugzilla.kernel.org/show_bug.cgi?id=205291

Lukas Wunner (lukas at wunner.de) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lukas at wunner.de

--- Comment #8 from Lukas Wunner (lukas at wunner.de) ---
Starting with v4.17, the power management of HDA controllers on discrete GPUs
was changed such that the HDA keeps the GPU awake as long as it's in use:
https://lists.freedesktop.org/archives/nouveau/2018-February/029851.html

This exposed an issue with some ATI cards which was fixed in June 2018:
https://git.kernel.org/linus/57cb54e53bdd

So if you still experience GPU insomnia with v5.3 (which contains that fix),
then it's a different problem.

In one case, a user reported GPU insomnia with an Nvidia card and it turned out
that it was caused by a user space tool called "tlp" which disabled runtime
power management of the HDA via sysfs. Naturally, this caused the GPU to stay
awake. The solution in this case was to change the configuration of "tlp". But
it was also possible to manually override disablement of runtime PM on the HDA
by echoing "on" to the "power/control" file in the HDA PCI device's sysfs
directory:
https://bugs.freedesktop.org/show_bug.cgi?id=75985#c116

So you first may want to check whether runtime PM is disabled in sysfs, try to
manually enable it and see if the GPU runtime suspends, and if that works, find
out which user space tool disabled runtime PM on the HDA.

It's also possible that you've got a user space tool running which has opened
the HDA and thereby keeps the GPU awake. Some audio mixers do that.

If none of that fixes the problem, then we may indeed be dealing with a kernel
bug. The other bugs related to runtime PM of the HDA contain all the steps and
several debug patches to understand what's keeping the HDA awake, so we need
you to follow those instructions and report the results back. Here are the
relevant bugzillas:
https://bugs.freedesktop.org/show_bug.cgi?id=106597#c4
https://bugs.freedesktop.org/show_bug.cgi?id=106957#c1

One oddity I notice in your dmesg output is that there's only a single HDA
controller detected in your machine and that's the one on the discrete GPU.
Normally there are two HDAs, one is part of the Intel chipset and is
responsible for headphones, loudspeakers, mic and so on, and the other one is
on the discrete GPU and is only responsible for HDMI audio. On your machine,
there's no Intel chipset HDA and the one on the discrete GPU has a Line Out for
loudspeakers, headphone out, digital out and two microphone inputs. So that's a
little odd and may contribute to this issue.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


More information about the dri-devel mailing list