Comment # 97
on bug 75985
from Lukas Wunner
(In reply to Przemysław Kopa from comment #87) > (In reply to Lukas Wunner from comment #86) > > 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 bug #106597 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.
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
