<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930" href="https://bugs.freedesktop.org/show_bug.cgi?id=105760#c41">Comment # 41</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930" href="https://bugs.freedesktop.org/show_bug.cgi?id=105760">bug 105760</a> from <a class="email" href="mailto:alexdeucher@gmail.com" title="Alex Deucher <alexdeucher@gmail.com>"> Alex Deucher</a> <pre>(In reply to Thomas Martitz from <a href="show_bug.cgi?id=105760#c40">comment #40</a>) > Further investigations show that toc->num_entires and toc->structure_version > are set to -1 after the first call to smu7_request_smu_load_fw(). Does that > makes sense? If you read back from the BAR resource on an offline pci device it returns all 1s. > > Since you say the GPU does not properly wake up, can you imagine a > workaround? The laptop works with windows (of course...) so I'd think there > ought to be a sw workaround. Does <a href="attachment.cgi?id=140593" name="attach_140593" title="possible fix">attachment 140593</a> <a href="attachment.cgi?id=140593&action=edit" title="possible fix">[details]</a> <a href='page.cgi?id=splinter.html&bug=105760&attachment=140593'>[review]</a> fix it as a workaround? I think ultimately it might be a flaw in how Linux handles d3cold on some platforms.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>