this post was submitted on 13 Nov 2023
18 points (95.0% liked)

Linux Gaming

18667 readers
447 users here now

Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.

This page can be subscribed to via RSS.

Original /r/linux_gaming pengwing by uoou.

No memes/shitposts/low-effort posts, please.

Resources

WWW:

Discord:

IRC:

Matrix:

Telegram:

founded 2 years ago
MODERATORS
 

Hi guys! Brand new PC...And I'm trying to install its brand new 7800XT. I've chosen KDE Neon, as it was my previous OS, and I've grown to like it. I'd like to stick with it if possible...I'm writing this preamble, because when I try to run amdgpu-install from the AMD downloads page, all I get is:

Unsupported OS: /etc/os-release ID 'neon'

So...what can I do? Neon is mostly Ubuntu 22.04 to most effects. Kernel is 6.2.0-36-generic.

Thanks!

all 23 comments
sorted by: hot top controversial new old
[–] [email protected] 21 points 2 years ago (1 children)

Just for future reference: if you're on any major Linux distribution, use the drivers they provide in their repositories. For a consumer AMD card, you don't have to install anything. Nvidia have their proprietary drivers, but still avoid the ones from the website

[–] [email protected] 2 points 2 years ago (1 children)

Yup...but out of the box I encountered a system failing to boot and unable to recognize my secondary display :)

[–] [email protected] 5 points 2 years ago

I'm not saying this doesn't happen. I'm saying that if the driver is the actual problem, the solution is different from what you'd expect on a different OS

[–] [email protected] 15 points 2 years ago (1 children)

For AMD you really should just stick to the drivers that will already be included out of the box, and generally you'll get a better experience using newer kernels, especially for a relatively recent architecture like RDNA3.

[–] [email protected] 1 points 2 years ago (1 children)

Yeah well...out of the box I had a non-booting linux, and in safe mode it failed to recognize the secondary display :)

[–] [email protected] 5 points 2 years ago (1 children)

Oof. I had the same issue when I (back when it was new) used a 6800XT on a Mint install with an old kernel. Maybe it's worth testing with a newer kernel or on a distro that pushes more frequent kernel/Mesa updates

[–] [email protected] 3 points 2 years ago

Yeah thanks! I got it working in the end with the updated recent AMD firmware from the kernel release, updating to an 6.5-oem kernel, and rebuilding initramfs with the updated firmware files, as detailed here: https://askubuntu.com/questions/1451506/how-to-make-ubuntu-22-04-work-with-a-radeon-rx-7900-xtx

[–] [email protected] 8 points 2 years ago (1 children)

Sigh...Just for the sake of it...It needed to recompile the kernel with the LATEST firmware you needed to download manually. Instructions here: https://askubuntu.com/questions/1451506/how-to-make-ubuntu-22-04-work-with-a-radeon-rx-7900-xtx

I changed the file download to the latest, which at this moment is linux-firmware-20231111.tar.gz. After the update-initramfs, reboot (since I already ran the PPA earlier...to no avail), and this time it worked, and it immediately showed me the second monitor, which had been dead for the last couple of hours since I started fighting this thing.

[–] [email protected] 1 points 2 years ago

A second update after this is, since I'm using Wayland and multi-monitor (two HDMI connections, one the main monitor, the second to a big LCD TV)...when the TV is turned off, the monitor starts to flicker rearranging the windows (!?). I describe the issue a bit more in detail here... https://lemm.ee/post/14853567

[–] [email protected] 5 points 2 years ago* (last edited 2 years ago) (2 children)

As others have said "Ya doin it wrong!"

AMD has the AMDGPU kernel driver already in place in the linux kernel, and excluding the newest generations of cards for about a month or two after they come out, that part should work fine. Additionally, you need Mesa installed for the userspace drivers. It is typically preinstalled and covers the OpenGL and Vulkan drivers for your card.

Pretty much the only time you want to run the driver from AMD's site is if you're using some particular professional applications, otherwise Mesa tends to outperform it. There are relatively few games that AMDVLK (the AMD official open source Vulkan driver) is ahead, and it's got an edge in most (all?) raytracing cases currently.

Lastly, the reason it doesn't work is because the driver install script is checking your os-release version to see if it matches the Ubuntu version it was packaged for. If you're confident that you can fix any problems that arise from doing this, you could presumably just change the string in /etc/os-release to match what it's looking for. I don't recommend doing this, though, unless you don't care if the drivers break things because they weren't packaged for the release you're using.

[–] [email protected] 3 points 2 years ago* (last edited 2 years ago) (1 children)

Thanks. I wasn't aware of the difference privative vs public ones on AMD. On Nvidia (where I came from) it's kinda the opposite, noveau kinda works, but if you really want to play with proper performance, you should head for the privative one. In the end it was just easier to download the AMD firmware from the latest linux release, and recompile with that. It worked after that.

[–] [email protected] 2 points 2 years ago (1 children)

If you were missing firmware, that's not actually a driver issue. You do need the firmware and (unless you also installed the professional drivers as well) you should be all good now and using the full open source stack.

Anyway, glad to hear it's working for you!

[–] [email protected] 1 points 2 years ago (1 children)

Yeah...kinda. Now on multi-monitor setup I have a weird glitch...when one of the monitors are turned off. Screen will start flickering rearranging the windows. Weird.

[–] [email protected] 1 points 2 years ago (1 children)

Do you mean it constantly does it when a monitor is turned off or that when you initially turn off a monitor, it rearranges all windows to fit on the remaining monitor.

If the first, I'm not sure what the problem might be, but the second is pretty normal, I think. The card sees that the display was detached and moves your windows to the attached display so you can see them.

[–] [email protected] 1 points 2 years ago

...the first, I'm afraid. It continues to jump the windows out of place, about 3 times within 2 seconds, every 20 seconds or so...

[–] [email protected] 4 points 2 years ago

Never installed the amd drivers over their official site. Can't you just download the required packages with apt? I guess then you should be fine

[–] [email protected] 2 points 2 years ago (1 children)

You might try to add the repository for it without using the script. I followed this page, but you can skip the rocm parts of it (except for adding the key). I managed to install it on Debian 12 this way.

[–] [email protected] 1 points 2 years ago

As most people suggested, I guess I don't need the proprietary drivers at all. I managed to get it working with kisa's ppa and an updated AMD firmware file for the kernel (and a quick initramfs rebuild). However I'm experiencing a weird glitch on multi-monitor setup now...

[–] [email protected] 2 points 2 years ago

I hope you already solved your problem. I have a 7800xt like you and bought it a week after it launched, I had a distro based on Ubuntu with xanmod kernel and Mesa from oibaf PPA So after I plugged in the GPU, I had to download the latest firmware.git and extract it on the right path, after this I just rebooted and everything was working good.