<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#c97">Comment # 97</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#c87">comment #87</a>) > (In reply to Lukas Wunner from <a href="show_bug.cgi?id=75985#c86">comment #86</a>) > > Please provide the output of "grep . > > /sys/bus/pci/devices/0000:01:00.1/power/*" after echoing "auto" to its > > "control" file. > > Here it is: > /sys/bus/pci/devices/0000:01:00.1/power/async:enabled > grep: /sys/bus/pci/devices/0000:01:00.1/power/autosuspend_delay_ms: Błąd > wejścia/wyjścia // translates to: "Input/output error" > /sys/bus/pci/devices/0000:01:00.1/power/control:auto > /sys/bus/pci/devices/0000:01:00.1/power/runtime_active_kids:0 > /sys/bus/pci/devices/0000:01:00.1/power/runtime_active_time:105383 > /sys/bus/pci/devices/0000:01:00.1/power/runtime_enabled:enabled > /sys/bus/pci/devices/0000:01:00.1/power/runtime_status:active > /sys/bus/pci/devices/0000:01:00.1/power/runtime_suspended_time:6695 > /sys/bus/pci/devices/0000:01:00.1/power/runtime_usage:0 > /sys/bus/pci/devices/0000:01:00.1/power/wakeup:disabled Okay, there are no child devices keeping the HDA awake and no runtime PM references are held on the HDA device either. Why doesn't it runtime suspend? Chances are that the ->runtime_idle hook returns -EBUSY for some reason. We've had issues like this in the past, see <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3" href="show_bug.cgi?id=106597">bug #106597</a> and #106957. I'm attaching a debug patch (the same that I've created for the other two bug reports, but rebased on v5.3). Would you be able to apply it to your kernel, recompile, reboot, then attach the dmesg output to this bugzilla entry here? 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>