<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [NVC1] HDMI audio device only visible after rescan" href="https://bugs.freedesktop.org/show_bug.cgi?id=75985#c120">Comment # 120</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [NVC1] HDMI audio device only visible after rescan" href="https://bugs.freedesktop.org/show_bug.cgi?id=75985">bug 75985</a> from <a class="email" href="mailto:lukas@wunner.de" title="Lukas Wunner <lukas@wunner.de>"> Lukas Wunner</a> <pre>(In reply to Przemysław Kopa from <a href="show_bug.cgi?id=75985#c118">comment #118</a>) > (In reply to Lukas Wunner from <a href="show_bug.cgi?id=75985#c116">comment #116</a>) > > There's one problem remaining, you shouldn't have to manually echo "auto" to > > the HDA's control file because we call pm_runtime_allow() on the HDA device > > in drivers/pci/quirks.c:quirk_gpu_hda() -> pci_create_device_link(). > > Something must be calling pm_runtime_forbid() afterwards, perhaps this is > > triggered from user space on Arch Linux. I'm attaching a little debug patch > > which logs a stacktrace to dmesg whenever pm_runtime_allow() / _forbid() is > > called for a device. Feel free to attach dmesg output with this patch > > applied and I'll be happy to take a look at it. > > I'm attaching dmesg dump - last stack trace is generated after me echoing > "auto" to HDA control file. Okay the culprit is a tool called "tlp" which disables runtime PM on the HDA controller via sysfs: [ 8.472292] snd_hda_intel 0000:01:00.1: pm_runtime_forbid [ 8.474196] CPU: 0 PID: 494 Comm: tlp Not tainted 5.4.0-rc4-mainline #1 [ 8.477943] Call Trace: [ 8.477952] dump_stack+0x5c/0x80 [ 8.477957] pm_runtime_forbid.cold+0x1b/0x38 [ 8.477960] control_store+0x78/0x80 [ 8.477964] kernfs_fop_write+0x10e/0x190 I'm not familiar with "tlp" at all but according to this page... <a href="https://linrunner.de/en/tlp/docs/tlp-configuration.html#audio">https://linrunner.de/en/tlp/docs/tlp-configuration.html#audio</a> ... I suspect you may have set "SOUND_POWER_SAVE_CONTROLLER=N" or "SOUND_POWER_SAVE_ON_AC=0" in /etc/default/tlp. If so, try if changing those settings fixes the issue. Some more info on "tlp" can be found here: <a href="https://wiki.archlinux.org/index.php/TLP">https://wiki.archlinux.org/index.php/TLP</a> Hope that helps!</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>