<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [radeon, amdgpu] Regression introduced in 4.8-rc3" href="https://bugs.freedesktop.org/show_bug.cgi?id=98505#c25">Comment # 25</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [radeon, amdgpu] Regression introduced in 4.8-rc3" href="https://bugs.freedesktop.org/show_bug.cgi?id=98505">bug 98505</a> from <a class="email" href="mailto:peter@lekensteyn.nl" title="Peter Wu <peter@lekensteyn.nl>"> Peter Wu</a> <pre>"Resume" means "runtime resume" as opposed to "resume from system sleep" right (based on the logs). When this happens, what is the output of "sudo lspci -s4: -nnvv"? (is the "rev" field "ff" or something else? Does the Power Management register report D0 or D3?) Can you reproduce the problem in this way: 1. Blacklist amdgpu (and radeon if enabled) 2. Boot system 3. Load amdgpu 4. Wait for runtime PM to kick in (5 seconds) 5. Wake up (e.g. "lspci") If so, can you build your kernel with CONFIG_ACPI_DEBUG=y and either boot with acpi.trace_state=enable? If that gives too many messages, you can also try setting the option between step 2 and 3: echo enable > /sys/module/acpi/parameters/trace_state What is the dmesg for this? (At this moment it is not clear for me what the port PM is doing versus what amdgpu is doing, hopefully some logs will clarify this).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>