[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=105760

Thomas Martitz <kugel at rockbox.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #140356|0                           |1
        is obsolete|                            |
 Attachment #140585|0                           |1
        is obsolete|                            |
 Attachment #140611|0                           |1
        is obsolete|                            |
 Attachment #140660|0                           |1
        is obsolete|                            |

--- Comment #55 from Thomas Martitz <kugel at rockbox.org> ---
Created attachment 140845
  --> https://bugs.freedesktop.org/attachment.cgi?id=140845&action=edit
dmesg + Karols hack

No, unfortunately, the GPU is unusable after resume, but the dmesg output is
different now.

FWIW, in this case I have booted with pcie_port_pm=off which I feel improves
things on my system (but it's nowhere a solution), since I think the GPU is
behind a PCIe bridge to which the TB3 port is also connected, and I found in
the source that bridge pm should be disabled if there are TB3 ports behind due
to hotplug.

Without pcie_port_pm the behavior is almost the same, except that dmesg shows
lots of powerplay error messages that don't occur in the attached output
(again, made with pcie_port_pm=off).

Karol's patch didn't apply cleanly onto drm-next-4.19-wip, so I made some
changes, perhaps you may check if it's still equivalent (will attach with the
next comment.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20180726/74ddde01/attachment-0001.html>