https://bugs.freedesktop.org/show_bug.cgi?id=106957

--- Comment #1 from Lukas Wunner lukas@wunner.de --- Hm, what does the following show?

cat /sys/bus/pci/devices/0000:02:00.0/power/control # GPU cat /sys/bus/pci/devices/0000:02:00.0/power/runtime_status # GPU cat /sys/bus/pci/devices/0000:02:00.0/power/runtime_usage # GPU cat /sys/bus/pci/devices/0000:02:00.0/power/runtime_active_kids # GPU cat /sys/bus/pci/devices/0000:02:00.1/power/control # HDA cat /sys/bus/pci/devices/0000:02:00.1/power/runtime_status # HDA cat /sys/bus/pci/devices/0000:02:00.1/power/runtime_usage # HDA cat /sys/bus/pci/devices/0000:02:00.1/power/runtime_active_kids # HDA

I can't see anything in dmesg that the HDA controller is bound to a driver. What does the following show?

ls -l /sys/bus/pci/devices/0000:02:00.1/driver

https://bugs.freedesktop.org/show_bug.cgi?id=106957

--- Comment #3 from Lukas Wunner lukas@wunner.de --- Okay so the HDA controller is bound to a driver and is runtime active. Naturally, if it's runtime active it'll keep the GPU awake. Question is what's keeping it active.

Could you check if there are any user space processes accessing the HDA controller: sudo lsof /dev/snd/controlC1

You got "No such file or directory" for some of the commands I gave you because the kernel isn't compiled with CONFIG_PM_ADVANCED_DEBUG=y. Could you enable that option and try again? Thanks!

https://bugs.freedesktop.org/show_bug.cgi?id=106957

--- Comment #5 from Lukas Wunner lukas@wunner.de --- Okay the HDA's runtime ref counter is 0 and it has no active children, so it should suspend. Chances are it doesn't because rpm_idle() fails for some reason.

Could you try this debug patch that I had created for #106597 and post the dmesg output?

https://bugs.freedesktop.org/attachment.cgi?id=139706&action=edit

You can add "log_buf_len=10M ignore_loglevel" to the command line to ensure that dmesg isn't truncated and contains all debug output.

https://bugs.freedesktop.org/show_bug.cgi?id=106957

--- Comment #7 from Lukas Wunner lukas@wunner.de --- I'm having a déjà vu here :-)

[ 7.840122] snd_hda_intel 0000:02:00.1: azx_runtime_idle: !power_save_controller = 0, !azx_has_pm_runtime(chip) = 0, azx_bus(chip)->codec_powered = 0x1, !chip->running = 0

The single codec on this HDA controller is considered powered on, hence the HDA controller refuses to runtime suspend. Same problem as in #106597.

What does the following show: grep . /sys/bus/hdaudio/devices/hdaudioC1D0/widgets/*/power_caps

And could you try this debug patch (in lieu of the other one) to narrow down the root cause further: https://bugs.freedesktop.org/attachment.cgi?id=139735&action=edit

Thanks!

https://bugs.freedesktop.org/show_bug.cgi?id=106957

Lukas Wunner lukas@wunner.de changed:

What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED

--- Comment #9 from Lukas Wunner lukas@wunner.de --- Fixed with commit 57cb54e53bdd ("ALSA: hda - Force to link down at runtime suspend on ATI/AMD HDMI") which is now queued for 4.18-rc2 and marked for stable, it will probably appear in 4.17.3: https://git.kernel.org/tiwai/sound/c/57cb54e53bdd

https://bugs.freedesktop.org/show_bug.cgi?id=106957

--- Comment #11 from Lukas Wunner lukas@wunner.de --- The fix landed in Linus' tree yesterday: https://git.kernel.org/linus/57cb54e53bdd