From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 109206] Kernel 4.20 amdgpu fails to load firmware on Ryzen 2500U Date: Fri, 12 Jul 2019 15:24:30 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1020576583==" 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 C67BB6E0F7 for ; Fri, 12 Jul 2019 15:24:30 +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 --===============1020576583== Content-Type: multipart/alternative; boundary="15629450704.13e9D.24042" Content-Transfer-Encoding: 7bit --15629450704.13e9D.24042 Date: Fri, 12 Jul 2019 15:24:30 +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=3D109206 --- Comment #57 from Joe Coutcher --- (In reply to Ondrej Lang from comment #55) > Hi Joe, >=20 > I'm quite sure your issue is not related to this ticket. The problem in t= his > bug report is quite specific and is related to the raven_dmcu.bin firmwar= e. > It has a specific symptom where the screen is not initialized during boot > (stays blank / black) so I think you need to report your problem somewhere > else. Also, it would be good if you can check the kernel log after crash = and > see what error messages you have and then google for that specific message > to find if someone else already created a bug report for it. >=20 > I have been running kernel 5.2 since yesterday and had no issues whatsoev= er. > I also just run the Basemark Web 3.0 benchmark and had no issues. >=20 > As for your lockups, I know that the AMD APU had problems with random > lockups in earlier kernels (if I remember correctly it was related to the > C-state changes of the CPU), I myself had the problem and for me the fix = was > to add "idle=3Dnomwait" to my kernel parameters. That fixed the random lo= ckups > for me. Now I don't know if this issue has already been addressed, last t= ime > I tried without the parameter was kernel 5.0 I think and still had lockup= s, > so this might not be related to your specific problem, but as I said, best > course of action for you is to inspect the kernel log after a crash, check > the error message and then search for a bug report with that error and > report your findings there. Sorry...I was using the Lynx browser to type out the reply last night and didn't include all the details. :-) My report was related to this issue. On every distro I've tried (Ubuntu 19= .04, Fedora 30, OpenSuSE Tumbleweed), whenever it tries to initialize the firmwa= re, the system goes to a black screen. The only way for me to get around it is= to boot with nomodeset, remove raven_dmcu.bin, update my initrd, and reboot. My tests were to provide a baseline: fresh install, no workarounds applied, with kernel 5.2rc7 and latest linux-firmware package (AFAIK.) Under those conditions, raven_dmcu.bin loads, I can get to the GUI, but seeing garbage = on the screen. When I have some time this weekend, I'll do some more testing/sift through = the logs/try building 5.2 final and see if anything jumps out at me. I'll also retry my tests with idle=3Dnomwait. --=20 You are receiving this mail because: You are the assignee for the bug.= --15629450704.13e9D.24042 Date: Fri, 12 Jul 2019 15:24:30 +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

Comme= nt # 57 on bug 10920= 6 from Joe Coutcher
(In reply to Ondrej Lang from comment #55)
> Hi Joe,
>=20
> I'm quite sure your issue is not related to this ticket. The problem i=
n this
> bug report is quite specific and is related to the raven_dmcu.bin firm=
ware.
> It has a specific symptom where the screen is not initialized during b=
oot
> (stays blank / black) so I think you need to report your problem somew=
here
> else. Also, it would be good if you can check the kernel log after cra=
sh and
> see what error messages you have and then google for that specific mes=
sage
> to find if someone else already created a bug report for it.
>=20
> I have been running kernel 5.2 since yesterday and had no issues whats=
oever.
> I also just run the Basemark Web 3.0 benchmark and had no issues.
>=20
> As for your lockups, I know that the AMD APU had problems with random
> lockups in earlier kernels (if I remember correctly it was related to =
the
> C-state changes of the CPU), I myself had the problem and for me the f=
ix was
> to add "idle=3Dnomwait" to my kernel parameters. That fixed =
the random lockups
> for me. Now I don't know if this issue has already been addressed, las=
t time
> I tried without the parameter was kernel 5.0 I think and still had loc=
kups,
> so this might not be related to your specific problem, but as I said, =
best
> course of action for you is to inspect the kernel log after a crash, c=
heck
> the error message and then search for a bug report with that error and
> report your findings there.

Sorry...I was using the Lynx browser to type out the reply last night and
didn't include all the details.  :-)

My report was related to this issue.  On every distro I've tried (Ubuntu 19=
.04,
Fedora 30, OpenSuSE Tumbleweed), whenever it tries to initialize the firmwa=
re,
the system goes to a black screen.  The only way for me to get around it is=
 to
boot with nomodeset, remove raven_dmcu.bin, update my initrd, and reboot.

My tests were to provide a baseline: fresh install, no workarounds applied,
with kernel 5.2rc7 and latest linux-firmware package (AFAIK.)  Under those
conditions, raven_dmcu.bin loads, I can get to the GUI, but seeing garbage =
on
the screen.

When I have some time this weekend, I'll do some more testing/sift through =
the
logs/try building 5.2 final and see if anything jumps out at me.  I'll also
retry my tests with idle=3Dnomwait.


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