| Bug ID | 101377 |
|---|---|
| Summary | Gigabyte R9 380 card fails to load, kernel reports bug |
| Product | DRI |
| Version | DRI git |
| Hardware | Other |
| OS | All |
| Status | NEW |
| Severity | major |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | john@dev1ce.com |
Created attachment =
131871 [details]
dmesg output of load attempt
loading the card as a module fails. fans spin up for 2 seconds, then back
down, then blank screen. system is online but without video.
see dmesg.
This sounds like exactly the problem I have. Newer Linux kerne=
ls load different
microcode for my 380, which doesn't work. There are two ways to work around
this if it's the same problem:
1) Revert to Linux 4.8 or earlier
2) Replace the newer firmware file with the older one: cp
/lib/firmware/amdgpu/tonga_smc.bin /lib/firmware/amdgpu/tonga_k_smc.bin
If you try option 2, make a backup of the original tonga_k_smc.bin first.
Created attachment 132834 =
[details]
lspci output
both options seem paradoxical. i dont have the issue if im on the old kern=
el
4.8 or earlier, however this is with the latest gentoo firmware package
20170622. once the kernel is upgraded, the drivers crash on load. adding =
some
lspci for more transparency into this issue
Created attachment 132835 <=
a href=3D"attachment.cgi?id=3D132835&action=3Dedit" title=3D"dmidecode =
output">[details]
dmidecode output
Created attachm=
ent 132836 [details]
kernel build options for review.
Yep, so if Linux 4.8 works for you, just follow my instruction= s for forcing Linux 4.9 and newer to use the old firmware file, and I'm sure Linux 4.9 and newer will work for you as well. For what it's worth, I can tell you that this issue happened to me after upgrading my system from a Trinity-based system to a Zen one. With the Trin= ity system, using the new firmware file works just fine, but it doesn't with the Zen system.
the problem with this regression to older firmware is that whi= le the kernel boots, none of the 3D functionality inherent in the new drivers is function= al. I can regress to an older kernel with the newer firmware 20170622 https://git.kernel.org/?p=3Dlinux/kernel/git/firmware/linux-firmw= are.git and the system boots, however with zero 3d support. confirming this bug still exists in 4.12.0 through 4.12.14 as of today.
Either you have a different problem than me (unlikely, as we h=
ave the exact
same symptoms), or you misunderstood my workaround. Or my workaround somehow
doesn't work for you. However, since you talk about actually upgrading the
firmware to a newer version, I'm guessing you didn't understand the workaro=
und.
For my workaround, I neither upgraded nor downgraded any firmware version.
However, Linux 4.8 and Linux 4.9 try to load different files for the same
graphics card. Linux 4.8 loads tonga_smc.bin where as Linux 4.9 loads
tonga_k_smc.bin. Linux 4.8 fully works for me, including 3D acceleration, L=
inux
4.9 runs into the symptoms you described (black screen, fans running full
speed).
Now, if I replace tonga_k_smc.bin with tonga_smc.bin, then Linux 4.9 _also_
fully works for me, including 3D acceleration. That's without upgrading or
downgrading any firmware files. All I did was this:
cp /lib/firmware/amdgpu/tonga_smc.bin /lib/firmware/amdgpu/tonga_k_smc.bin
Here's the md5sum of all my Tonga firmware files:
fa6590cc9c9c1b2e7c92874fe98460fa tonga_ce.bin
16bb427918581c29c2e910b5757a1b5b tonga_k_smc.bin
73befe8abbaa7589d4e701ff77291e62 tonga_k_smc.bin.orig
8ab907852fc93520ad5f0e06dc23298e tonga_mc.bin
a0fcc61ba211ab74829219a4e2282654 tonga_me.bin
f904f1835656036fd83b0440ddc28528 tonga_mec2.bin
f904f1835656036fd83b0440ddc28528 tonga_mec.bin
89b0391b91ff7159a7b0670c8aace566 tonga_pfp.bin
55f0a189959a11f07d4064a9f96adfb4 tonga_rlc.bin
a61b84ca64068fa6842887a1519ecd4b tonga_sdma1.bin
8324b832498cb27c0919647df17968b4 tonga_sdma.bin
16bb427918581c29c2e910b5757a1b5b tonga_smc.bin
fe37ee3d6138cd852215b318cbe65d0a tonga_uvd.bin
1a81cffe8a10460b8ca9eaad537e7286 tonga_vce.bin
Note that tonga_k_smc.bin and tonga_smc.bin have the same md5sum on my syst=
em,
because I copied tonga_smc.bin to tonga_k_smc.bin to make Linux 4.9 work.
My apologies as it seems I didn't fully understand the propose= d workaround.=20 I'll test this out. On July 30, 2017 2:12:23 PM PDT, bugzilla-daemon@freedesktop.org wrote: >https://bugs.freedesktop.org/show_bug.= cgi?id=3D101377 > >--- Comme= nt #7 from r380bug@s= afetymail.info --- >Either you have a different problem than me (unlikely, as we have the >exact >same symptoms), or you misunderstood my workaround. Or my workaround >somehow >doesn't work for you. However, since you talk about actually upgrading >the >firmware to a newer version, I'm guessing you didn't understand the >workaround. > >For my workaround, I neither upgraded nor downgra= ded any firmware >version. >However, Linux 4.8 and Linux 4.9 try to load different files for the >same >graphics card. Linux 4.8 loads tonga_smc.bin where as Linux 4.9 loads >tonga_k_smc.bin. Linux 4.8 fully works for me, including 3D >acceleration, Linux >4.9 runs into the symptoms you described (black screen, fans running >full >speed). > >Now, if I replace tonga_k_smc.bin with tonga_smc.= bin, then Linux 4.9 >_also_ >fully works for me, including 3D acceleration. That's without upgrading >or >downgrading any firmware files. All I did was this: > >cp /lib/firmware/amdgpu/tonga_smc.bin >/lib/firmware/amdgpu/tonga_k_smc.bin > >Here's the md5sum of all my Tonga firmware files: >fa6590cc9c9c1b2e7c92874fe98460fa tonga_ce.bin >16bb427918581c29c2e910b5757a1b5b tonga_k_smc.bin >73befe8abbaa7589d4e701ff77291e62 tonga_k_smc.bin.orig >8ab907852fc93520ad5f0e06dc23298e tonga_mc.bin >a0fcc61ba211ab74829219a4e2282654 tonga_me.bin >f904f1835656036fd83b0440ddc28528 tonga_mec2.bin >f904f1835656036fd83b0440ddc28528 tonga_mec.bin >89b0391b91ff7159a7b0670c8aace566 tonga_pfp.bin >55f0a189959a11f07d4064a9f96adfb4 tonga_rlc.bin >a61b84ca64068fa6842887a1519ecd4b tonga_sdma1.bin >8324b832498cb27c0919647df17968b4 tonga_sdma.bin >16bb427918581c29c2e910b5757a1b5b tonga_smc.bin >fe37ee3d6138cd852215b318cbe65d0a tonga_uvd.bin >1a81cffe8a10460b8ca9eaad537e7286 tonga_vce.bin > >Note that tonga_k_smc.bin and tonga_smc.bin have = the same md5sum on my >system, >because I copied tonga_smc.bin to tonga_k_smc.bin to make Linux 4.9 >work. > >--=20 >You are receiving this mail because: >You reported the bug.
unfortunately copying the firmware did not solve the problem. = the fan noise is no longer emitted, however the graphics driver still fails to properly load. could this be an issue with, perhaps, the IOMMU implementation of my motherboard? is IOMMU2 support a requirement perhaps?
(In reply to john from comment #9) > unfortunately copying the firmware did not solve= the problem. the fan noise > is no longer emitted, however the graphics driver still fails to prope= rly > load. Did you rebuild initramfs after copying the firmware?
initrd was rebuilt. Im purchasing another R9 380 card for fur= ther testing (different manufacturer.) Its possible the build quality of the card is ju= st mediocre as ive seen numerous reports of problems related specifically to gigabyte cards and their implementation of the R9 chipset.
I've continued testing with a separate Sapphire Radeon R9 380 = graphics card, and cannot reproduce the hardware issue. the latest kernel 4.12.1 through 4.12.5 all load the driver properly as a module with no special kernel parameters present.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/187.