Comment # 120
on bug 75985
from Lukas Wunner
(In reply to Przemysław Kopa from comment #118) > (In reply to Lukas Wunner from comment #116) > > 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... https://linrunner.de/en/tlp/docs/tlp-configuration.html#audio ... 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: https://wiki.archlinux.org/index.php/TLP Hope that helps!
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ Nouveau mailing list Nouveau@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/nouveau
