Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux? |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
|
07-28-2020, 03:41 AM
|
#16
|
LQ Addict
Registered: Dec 2013
Posts: 19,872
|
^ and a backported kernel.
|
|
1 members found this post helpful.
|
07-28-2020, 09:52 AM
|
#17
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Okay so I've download the non-free AMD drivers and I've upgraded the Kernel from 4.19 to 5.6
The problem is that when I test the same game everything is still really choppy and there's a slight lag still present.
Keep in mind we're talking about a game that is not super graphics intensive and was made probably ten years ago.
Is there something that I'm missing here? Is it because this graphics card has GDDR6 and PCIe 4.0?
Are there other people who have gotten this type of graphics card to perform at its potential on Debian buster?
I might create a new thread because this problem has changed and morphed into what I think was always the real problem; firmware compatability
Any advice would be much appreciated!
|
|
|
07-28-2020, 10:28 AM
|
#18
|
Senior Member
Registered: Dec 2010
Location: California, USA
Distribution: I run my own OS
Posts: 1,055
|
Post the kernel dmesg output and the Xorg.0.log.
Ed
|
|
1 members found this post helpful.
|
07-28-2020, 12:25 PM
|
#19
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Output from dmesg
Output from 'dmesh' in terminal
I've included the output from dmesg as a .txt file since it was too large to post here. It's attached 'dmesg output.txt'
This is an interesting bit that I noticed in the output of dmesg. Do you think it has something to do with the problem?
Quote:
[drm] add ip block number 5 <dm>
[ 1.027157] [drm] add ip block number 6 <gfx_v10_0>
[ 1.027157] [drm] add ip block number 7 <sdma_v5_0>
[ 1.027157] [drm] add ip block number 8 <vcn_v2_0>
[ 1.027158] [drm] add ip block number 9 <jpeg_v2_0>
[ 1.027167] amdgpu 0000:0b:00.0: firmware: failed to load amdgpu/navi14_gpu_info.bin (-2)
[ 1.027170] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[ 1.027171] amdgpu 0000:0b:00.0: Direct firmware load for amdgpu/navi14_gpu_info.bin failed with error -2
[ 1.027172] amdgpu 0000:0b:00.0: Failed to load gpu_info firmware "amdgpu/navi14_gpu_info.bin"
[ 1.027174] amdgpu 0000:0b:00.0: Fatal error during GPU init
[ 1.027175] [drm] amdgpu: finishing device.
[ 1.027250] amdgpu: probe of 0000:0b:00.0 failed with error -2
[ 1.101743] nvme nvme0: 8/0/0 default/read/poll queues
[ 1.102317] nvme0n1: p1 p2 < p5 >
[ 1.210140] ata1: SATA link down (SStatus 0 SControl 300)
[ 1.210167] ata8: SATA link down (SStatus 0 SControl 300)
[ 1.218371] ata9: SATA link down (SStatus 0 SControl 300)
[ 1.232024] usb 5-3: new full-speed USB device number 2 using xhci_hcd
[ 1.232029] usb 3-5: new full-speed USB device number 2 using xhci_hcd
[ 1.372461] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 1.380458] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
|
|
|
|
07-28-2020, 01:22 PM
|
#20
|
Senior Member
Registered: Dec 2010
Location: California, USA
Distribution: I run my own OS
Posts: 1,055
|
Yes, the firmware failing to load is the problem. On Debian, firmware needs to be installed manually. You also need to find a recent version that has your GPU's firmware (Debian unoffical 2020_06_22 does not have it).
BTW, Slackware64-current has your GPU's firmware included by default. The firmware does exist.
Ed
|
|
1 members found this post helpful.
|
07-28-2020, 02:53 PM
|
#21
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Quote:
Originally Posted by EdGr
Yes, the firmware failing to load is the problem. On Debian, firmware needs to be installed manually. You also need to find a recent version that has your GPU's firmware (Debian unoffical 2020_06_22 does not have it).
BTW, Slackware64-current has your GPU's firmware included by default. The firmware does exist.
Ed
|
So if I use the slackware OS (sorry never heard of it before) then I will be able to see optimal performance from my GPU?
If yes, how similar is it to Debian Buster? Can I still use the Gnome desktop environment?
Do you know the exact name of the driver that I need for my specific card? and If I simply install said driver on my Debian system it will fix my problem? or is the problem that the proper drivers for my card aren't available in Debian?
Sorry for all the questions, Ed. And I really appreciate your assistance in this matter.
|
|
|
07-28-2020, 03:59 PM
|
#22
|
Senior Member
Registered: Dec 2010
Location: California, USA
Distribution: I run my own OS
Posts: 1,055
|
Your GPU is a Navi14.
On Slackware64-current, I see:
Code:
% ls -l /lib/firmware/amdgpu/navi14*
-rw-r--r-- 1 root root 160256 Jul 8 13:02 /lib/firmware/amdgpu/navi14_asd.bin
-rw-r--r-- 1 root root 263296 Jul 8 13:02 /lib/firmware/amdgpu/navi14_ce.bin
-rw-r--r-- 1 root root 263296 Jul 8 13:02 /lib/firmware/amdgpu/navi14_ce_wks.bin
-rw-r--r-- 1 root root 772 Jul 8 13:02 /lib/firmware/amdgpu/navi14_gpu_info.bin
-rw-r--r-- 1 root root 263424 Jul 8 13:02 /lib/firmware/amdgpu/navi14_me.bin
-rw-r--r-- 1 root root 263424 Jul 8 13:02 /lib/firmware/amdgpu/navi14_me_wks.bin
-rw-r--r-- 1 root root 268592 Jul 8 13:02 /lib/firmware/amdgpu/navi14_mec.bin
-rw-r--r-- 1 root root 268592 Jul 8 13:02 /lib/firmware/amdgpu/navi14_mec2.bin
-rw-r--r-- 1 root root 268592 Jul 8 13:02 /lib/firmware/amdgpu/navi14_mec2_wks.bin
-rw-r--r-- 1 root root 268592 Jul 8 13:02 /lib/firmware/amdgpu/navi14_mec_wks.bin
-rw-r--r-- 1 root root 263424 Jul 8 13:02 /lib/firmware/amdgpu/navi14_pfp.bin
-rw-r--r-- 1 root root 263424 Jul 8 13:02 /lib/firmware/amdgpu/navi14_pfp_wks.bin
-rw-r--r-- 1 root root 42664 Jul 8 13:02 /lib/firmware/amdgpu/navi14_rlc.bin
-rw-r--r-- 1 root root 33792 Jul 8 13:02 /lib/firmware/amdgpu/navi14_sdma.bin
-rw-r--r-- 1 root root 33792 Jul 8 13:02 /lib/firmware/amdgpu/navi14_sdma1.bin
-rw-r--r-- 1 root root 264586 Jul 8 13:02 /lib/firmware/amdgpu/navi14_smc.bin
-rw-r--r-- 1 root root 184144 Jul 8 13:02 /lib/firmware/amdgpu/navi14_sos.bin
-rw-r--r-- 1 root root 29440 Jul 8 13:02 /lib/firmware/amdgpu/navi14_ta.bin
-rw-r--r-- 1 root root 390144 Jul 8 13:02 /lib/firmware/amdgpu/navi14_vcn.bin
I do not see these files on Debian testing even after installing firmware-amd-graphics-20190717-2_all.deb. The package is already a year old.
I would expect the AMD proprietary driver to install the firmware. Did it install properly?
At this point, these best thing to do depends on how comfortable you are in debugging OSes.
Slackware "current" has faster turnaround than Debian "testing" but does not include Gnome.
Ed
|
|
1 members found this post helpful.
|
07-28-2020, 05:36 PM
|
#23
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Quote:
Originally Posted by EdGr
Your GPU is a Navi14.
I do not see these files on Debian testing even after installing firmware-amd-graphics-20190717-2_all.deb. The package is already a year old.
I would expect the AMD proprietary driver to install the firmware. Did it install properly?
At this point, these best thing to do depends on how comfortable you are in debugging OSes.
Slackware "current" has faster turnaround than Debian "testing" but does not include Gnome.
Ed
|
Right now I'm considering returning this GPU and getting another AMD gpu from the RX 580 series because the one I have on my other desktop build is killin' it. It's amazing when it comes to games.
That one has the:
ASUS ROG Strix Radeon RX 580 O8G Gaming OC Edition GDDR5 AMD Graphics Card (ROG-STRIX-RX580-O8G-GAMING)
I mean I know it's sounds stupid but I don't want to give up Gnome because I've gotten so used to using it for my work. I don't really even play any games that are too graphics intensive, I guess I just a little carried away with this purchase. I mean I installed the AMD proprietary drivers so I guess it didn't work.
What do you think?
Edit:
I guess what you're saying is that I probably couldn't get this card to work well with Debian?
Last edited by Arct1c_f0x; 07-28-2020 at 05:42 PM.
|
|
|
07-28-2020, 06:32 PM
|
#24
|
Member
Registered: Jun 2020
Posts: 609
Rep: 
|
Pre-script: I like Ed's advice here, but have a few questions/thoughts:
Have you tried Ubuntu? It's based on Debian, and is much 'closer' to what you're used to than Slackware-current will be, basically it's probably a decent 'in-between' in getting you a more familiar environment/system that's more up to date. AMD appears to have support from their driver for 20.04 (the current Ubuntu release - I linked it at the end of this post), which I found linked from Ubuntu's community forums discussing 5500s in 20.04. There are also other rolling-release OSes based on Debian, like Sparky, that are probably even more 'bleeding edge' (similar to Slackware-current, but not so different from Debian as Slackware).
If you go slackware:
As far as gaming in Slackware (if that's the way you want to go after all), it's certainly possible, but dependency resolution can be a pain (relative to apt or dnf), and just getting something like Steam to work takes more involvement than downloading and running a .deb or PPA. Checkout Slackbuilds.org for more info, and read through the documentation for slackpkg, sbopkg, and sbodeps (basically, know what you're getting into). I'd also read through the Slackware install guide on the project's main website too. A properly set-up multilib system with sbopkg + sbodeps is fairly comparable to other distros (e.g. Ubuntu, PCLOS, OEL 8, etc) in terms of 'just go get the program you want and work the dependencies out for me' but installs can take longer if the buildscript requires compilation from source (e.g. installing barrier on Ubuntu takes me about 2 minutes; on a similar Slackware box it took me around 5 hours because it had to compile various dependencies - this is probably a 'worst case' comparison but you should know what you're getting into).
https://www.amd.com/en/support/kb/re...ed-linux-20-20
It definitely looks like this can work in Ubuntu, which will run GNOME 3 and be more similar to what you expect with Debian (just, more current).
|
|
1 members found this post helpful.
|
07-28-2020, 07:26 PM
|
#25
|
Senior Member
Registered: Dec 2010
Location: California, USA
Distribution: I run my own OS
Posts: 1,055
|
Quote:
Originally Posted by Arct1c_f0x
What do you think?
Edit:
I guess what you're saying is that I probably couldn't get this card to work well with Debian?
|
I think that you have a perfectly good GPU and a too-old OS. This is a common problem with new hardware.
Try another distro as obobskivich suggested. That should be faster than waiting for Debian to catch up.
Ed
|
|
2 members found this post helpful.
|
08-01-2020, 06:15 PM
|
#26
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Well, gentlemen. I think I'm going to do it. I'm going to switch (at least on this desktop) to Ubuntu, which I've never tried but why not? I can have a three monitor display in Ubuntu right? I'm sure the answer is yes but I'm just asking. I'm going to install the version 20.04 and then I'll install the drivers from the AMD website. I'll let you guys know how it goes!
|
|
|
08-02-2020, 11:04 AM
|
#27
|
Member
Registered: Feb 2020
Posts: 124
Original Poster
Rep:
|
Ubuntu up and running
Proud to say that everything is up and working perfectly! Tried out some games on Ubuntu and everything works great! I originally just bought a newer graphics card to support a 3+ monitor display system that I wanted to set up but I wanted to have the option of playing games as well!
The cool things is that not only did Ubuntu come already preinstalled with the drivers for my graphics card but it also came preinstalled with drivers for everything else that I would have had to install post-installation like the wifi drivers for my motherboard! I'm pretty pleased with how things have gone and I'm thankful for ya'lls help!
The reason I didn't initially want to switch to Ubuntu is that I heard that Canonical was involved in some telemetry shannanigans and I value personal privacy (even in trivial things) as a paramount value.
Thanks again you guys! Ed and obobskivich, thanks to you two especially.
I'm going to go ahead and mark this SOLVED.
MOD REQUEST
I would ask that a moderator change the original name of this entire thread to reflect what transpired in this thread and the solution that was reached.
Thanks again guys.
|
|
|
08-03-2020, 10:24 AM
|
#28
|
Member
Registered: Jun 2020
Posts: 609
Rep: 
|
Quote:
Originally Posted by Arct1c_f0x
Proud to say that everything is up and working perfectly! Tried out some games on Ubuntu and everything works great! I originally just bought a newer graphics card to support a 3+ monitor display system that I wanted to set up but I wanted to have the option of playing games as well!
The cool things is that not only did Ubuntu come already preinstalled with the drivers for my graphics card but it also came preinstalled with drivers for everything else that I would have had to install post-installation like the wifi drivers for my motherboard! I'm pretty pleased with how things have gone and I'm thankful for ya'lls help!
The reason I didn't initially want to switch to Ubuntu is that I heard that Canonical was involved in some telemetry shannanigans and I value personal privacy (even in trivial things) as a paramount value.
Thanks again you guys! Ed and obobskivich, thanks to you two especially.
I'm going to go ahead and mark this SOLVED.
MOD REQUEST
I would ask that a moderator change the original name of this entire thread to reflect what transpired in this thread and the solution that was reached.
Thanks again guys.
|
Glad to hear you got it working!
Re: Ubuntu and 'telemetry shannanigans' my understanding is they removed all of the most obnoxious aspects (the Amazon snap) a few major releases ago, and even the Amazon bookmarks were expunged with the release of 20.04 in response to people's dissatisfaction. The MOTD 'its not advertising but we've used it for advertising before' feature (technically the script itself did not run ads, but it draws from a Cannonical site that displayed an ad) still exists, but will never fire unless you're SSH'ing in - you can disable this behavior (and see the full source of the script that would otherwise fire). See more here: https://raymii.org/s/tutorials/Disab...ntu_18.04.html
https://news.ycombinator.com/item?id=14662088
Overall, as 'annoying' as the MOTD News feature seems at face value (from the above links), it's basically a non-issue in practice - I've watched the behavior via firewall and never see this script fire (as in, it never makes the connections specified) on machines that aren't running SSH servers, so it behaves exactly as documented, and I don't believe they have repeated the misstep of putting out an 'ad' via MOTD News again (again, due to community feedback).
|
|
1 members found this post helpful.
|
08-03-2020, 12:53 PM
|
#29
|
Senior Member
Registered: Dec 2010
Location: California, USA
Distribution: I run my own OS
Posts: 1,055
|
That is good to hear.
If you are ever unhappy with Ubuntu, eventually Debian will support your GPU (maybe in a year and with manual firmware installation).
Ed
|
|
1 members found this post helpful.
|
All times are GMT -5. The time now is 12:25 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|