From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 110674] Crashes / Resets From AMDGPU / Radeon VII Date: Fri, 16 Aug 2019 05:58:51 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0398052737==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 4379C6EACE for ; Fri, 16 Aug 2019 05:58:51 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0398052737== Content-Type: multipart/alternative; boundary="15659351313.16dE9fdc.6834" Content-Transfer-Encoding: 7bit --15659351313.16dE9fdc.6834 Date: Fri, 16 Aug 2019 05:58:51 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D110674 --- Comment #101 from ReddestDream --- Grasping at straws a bit here, but it occurred to me that maybe Linux kernel testing on Radeon VII was done on an early VBIOS that didn't have full UEFI support yet. We know that AMD had to issue a VBIOS update for Radeon VII to= fix UEFI support shortly after the launch. So maybe enabling the CSM/Legacy Sup= port in the BIOS, which does impact early GPU initialization, might have some ef= fect on the multimonitor problem? Something I plan to test, but I wanted to share the idea in case someone else has a chance first. >This might not mean anything, but it could be another clue that initilizat= ion is happening before the card is really ready. Also, I considered that both of my monitors have audio out support. I wonde= r if audio initialization might be the missing piece to the puzzle, the thing th= at interrupts/changes the state of the card and prevents smu_send_smc_msg_with_param from working where it did before. I know that in the past with previous AMD cards, display audio has been buggy . . . --=20 You are receiving this mail because: You are the assignee for the bug.= --15659351313.16dE9fdc.6834 Date: Fri, 16 Aug 2019 05:58:51 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated

Comm= ent # 101 on bug 11067= 4 from ReddestDream 
Grasping at straws a bit here, but it occurred to me that mayb=
e Linux kernel
testing on Radeon VII was done on an early VBIOS that didn't have full UEFI
support yet. We know that AMD had to issue a VBIOS update for Radeon VII to=
 fix
UEFI support shortly after the launch. So maybe enabling the CSM/Legacy Sup=
port
in the BIOS, which does impact early GPU initialization, might have some ef=
fect
on the multimonitor problem? Something I plan to test, but I wanted to share
the idea in case someone else has a chance first.

>This might not mean anything, but it could be ano=
ther clue that initilization is happening before the card is really ready.<=
/span >

Also, I considered that both of my monitors have audio out support. I wonde=
r if
audio initialization might be the missing piece to the puzzle, the thing th=
at
interrupts/changes the state of the card and prevents
smu_send_smc_msg_with_param from working where it did before. I know that in
the past with previous AMD cards, display audio has been buggy . . .

You are receiving this mail because:
  • You are the assignee for the bug.
= --15659351313.16dE9fdc.6834-- --===============0398052737== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============0398052737==--