this post was submitted on 04 May 2025
241 points (89.3% liked)

linuxmemes

24852 readers
697 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. πŸ‡¬πŸ‡§ Language/язык/Sprache
  • This is primarily an English-speaking community. πŸ‡¬πŸ‡§πŸ‡¦πŸ‡ΊπŸ‡ΊπŸ‡Έ
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  • Β 

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
     

    well, today i (partially) realized why my basic drivers don't work: the preinstalled packages amdgpu and amdgpu-dkms seem to not work due to amdgpu-dkms being unconfigured. tried configuring it and got the same error. around about there my system stopped using even the iGPU and i had to uninstall some other drivers (thanks @lena@gregtech.eu )

    top 50 comments
    sorted by: hot top controversial new old
    [–] nesc@lemmy.cafe 138 points 4 days ago* (last edited 4 days ago) (3 children)

    AMD drivers are plug n play? They are part of mesa and you don't need to do anything, why would you need to install anything else?

    Edit: except rocm

    [–] brokenlcd@feddit.it 41 points 4 days ago (4 children)
    [–] kata1yst@sh.itjust.works 35 points 4 days ago

    ROCM is well supported by docker PCI passthrough with official packages. So much better than polluting your workstation and maintaining the stack

    [–] heythatsprettygood@feddit.uk 14 points 4 days ago

    Even ROCm on some distros isn't that bad. On my 7900 XTX (admittedly an officially supported card, your mileage may vary on unofficial cards) on Fedora it was just a case of doing sudo dnf install rocm-* and everything installed (might be some extra packages you need after for specific apps, but you know if you need them). On openSUSE though, it was a total pain.

    [–] nesc@lemmy.cafe 11 points 4 days ago

    Don't they support like 3 cards?

    [–] Broadfern@lemmy.world 5 points 4 days ago

    Rocm usually needs an override line in pip wheel/python, not the driver itself at least from my experience

    [–] Fortatech@lemy.lol 7 points 4 days ago

    Unfortunately they workn't. :(

    real rocm moment

    [–] rumschlumpel@feddit.org 72 points 4 days ago* (last edited 4 days ago) (2 children)

    Which distro are you using? AMD has been completely plug-and-play for me.

    [–] entwine413@lemm.ee 16 points 4 days ago (1 children)

    My R9 390 was a huge pain in the ass to get working on any distro, but I think it was the last card before they fixed whatever issue it was.

    [–] Natanox@discuss.tchncs.de 12 points 4 days ago (2 children)

    Yeah, afaik it's exactly one of the cards that require manual intervention or a switch to the radeon driver. Bad generation to run on Linux.

    [–] SpikesOtherDog@ani.social 17 points 4 days ago (2 children)

    I have a r9 380. It's been amazing on Linux

    This was on Windows:

    [–] highball@lemmy.world 14 points 4 days ago (1 children)
    [–] swab148@lemm.ee 13 points 4 days ago (1 children)

    Now I want that as a KDE theme

    [–] SpikesOtherDog@ani.social 3 points 3 days ago

    Too bad. It's a Windows exclusive and requires specific hardware.

    [–] refurbishedrefurbisher@lemmy.sdf.org 1 points 3 days ago* (last edited 3 days ago) (1 children)

    The R9 380 was a rebrand of the R9 285, which was the first card to require the use of the new amdgpu driver. The R9 390 was a rebrand of the R9 290, which did not force the use of amdgpu, but optionally supports it through a kernel flag.

    Source: I have an R9 380.

    [–] SpikesOtherDog@ani.social 1 points 3 days ago

    Ah, makes a lot of sense.

    [–] Fortatech@lemy.lol 3 points 4 days ago
    [–] Fortatech@lemy.lol 3 points 4 days ago* (last edited 4 days ago) (1 children)

    Kbuntu 22.04 w/ radeon R9 M360

    [–] SavvyBeardedFish@reddthat.com 8 points 4 days ago* (last edited 4 days ago) (1 children)

    Have you enabled Southern Islands support as a kernel parameter? Your generation of GPU was originally supported on radeon, so you need to explicitly enable SI (Southern Islands) support to use amdgpu.

    See ArchWiki for more information

    [–] Fortatech@lemy.lol 2 points 4 days ago

    Ill try that, thanks! I'm just distrohopping to Kinoite, and ill try it then if it doesn't work.

    [–] KammicRelief@lemmy.world 34 points 4 days ago (18 children)

    As a relative Linux noob and Nvidia card owner, I keep hearing how it'll be so much easier if I go AMD. Is that not true?

    It is. OP is just using an old-ass card from many years ago.

    [–] cmnybo@discuss.tchncs.de 35 points 4 days ago (1 children)

    You typically only have issues if you want to use a newly released card with a distro that doesn't run a recent kernel or if you want to use GPU compute.

    [–] grue@lemmy.world 8 points 4 days ago* (last edited 4 days ago) (1 children)

    Can confirm:

    • When I bought an RX Vega 56 on launch day seven years ago and installed it the same day, I had to go with the proprietary AMDGPU-PRO driver (on Kubuntu) because the Free drivers didn't support it yet.

    • When I bought an RX 9070 XT on launch day two months ago but took a few weeks to install it (because it was wider than my old Vega I had to get a different case, which I spent a little while deciding on), I had to upgrade to the actual latest mainline kernel instead of the one Kubuntu shipped with, but then it "just worked" without any proprietary drivers. (The same would've been true had I installed it immediately on launch day as 6.13.5, which added support for it, came out before the card was released.)

    Of course, it suddenly occurs to me upon reading this thread that I haven't tried the new card out with GPGPU or LLM-type stuff yet, and since I'm not using the proprietary driver this time I guess I still need to install ROCm. Oops, LOL.

    load more comments (1 replies)
    [–] anyhow2503@lemmy.world 12 points 4 days ago

    It is true and has been my experience for the last decade or so. Unfortunately, OP is trying to use a GPU from 2015 that's still based on GCN 1.0 with the newer amdgpu driver stack, which is not officially supported. Effectively, OP is getting a taste of what it was like before AMD started pouring ressources into their open source GPU drivers.

    [–] Natanox@discuss.tchncs.de 13 points 4 days ago

    Generally yes, if you use any modern card. Older ones might require to switch to an older driver (before "amdgpu" there was one called "radeon", by default any distro I know comes with the modern amdgpu). There are also two AMD GPU generations (I think HD7000/Rx 200 and Rx 300) that can be a little bit nasty as the driver change happened around that time, those sometimes need manual intervention.

    Anything newer (RX 550 and higher) pretty much always work without any hitch or additional steps required.

    [–] entwine413@lemm.ee 11 points 4 days ago

    AMD used to be a huge pain in the ass to get working, but that hasn't been true for a while now.

    [–] bdonvr@thelemmy.club 7 points 4 days ago

    No AMD is fine. You pretty much never need to install anything to get full performance from it, not sure what OP is up to maybe ROCm which is like, AI-related stuff. Not something most people need.

    [–] StellarSt0rm@lemmy.world 5 points 4 days ago

    AMD is much MUCH better to set up, I have an AMD laptop and setup for drivers is just adding amdgpu to the boot flags (NixOS btw), for Nvidia on my main pc I had to go to hell and back to get it mostly working and even then Zed sometimes causes my kernel to panic (But I'm not 100% sure if it's because of the Nvidia drivers)

    [–] Fortatech@lemy.lol 4 points 4 days ago

    Yeah, I think I just got unlucky with the drivers.

    load more comments (10 replies)
    [–] glitchdx@lemmy.world 1 points 2 days ago

    Is this even an issue anymore? I guess it might depend on what distro you're using, but I'm using mint and shit's running flawlessly on modern amd hardware.

    [–] projjalm@lemy.lol 3 points 3 days ago
    [–] DFX4509B_2@lemmy.org 13 points 4 days ago (1 children)

    I've been happily running the mesa-dev stack (mesa-tkg-git from the chaotic-aur repo) both on semi-current hardware (an RX 6600 that's sidelined by a bad fan atm) and somewhat older hardware (the Vega 56 I'm using as a backup because it's my second best card after the RX 6600) for a while now so I don't know what you're doing.

    [–] Fortatech@lemy.lol 1 points 4 days ago* (last edited 4 days ago) (1 children)

    well, apparently the R9 M3xx is the problematic one

    [–] DFX4509B_2@lemmy.org 1 points 3 days ago

    That's odd given GCN1 and 2 will fully work in Linux with a compatibility toggle to enable AMDGPU support set in the kernel parameters, and GCN3 and newer natively supports AMDGPU without that toggle being required.

    [–] 30p87@feddit.org 6 points 4 days ago* (last edited 4 days ago) (2 children)

    sudo pacman -Sy mesa vulkan-radeon (or smth like that)

    Edit: Yeah, I know, Syu. I very rarely not do Syu. But /usr/bin/brain segfaulted while trying to be smart.

    [–] myersguy@lemmy.simpl.website 10 points 4 days ago* (last edited 4 days ago) (2 children)

    -Sy is recommended against. -S or -Syu, but not -Sy

    [–] sudoleah@lemmy.blahaj.zone 6 points 4 days ago (3 children)

    Can I ask why? I’m newer to Arch and I legit don’t know.

    [–] 30p87@feddit.org 10 points 4 days ago

    -S means sync, or to install/update a package
    y means to update the local package db, so which packages are available and especially which version is newest
    u means update the packages themselves

    So -Sy would just get which newest packages are available, and then install eg. mesa version 6.9. However, mesa version 6.9 may depend on ligmalib 3.2. However, because you didn't specify -u, ligmalib 3.1 is not updated to 3.2. And then you have a partial update.

    Arch's package system basically relies on all packages in all single points in time being compatible with each other. So if you look at the db now, all packages should have the correct versions of dependencies available. But if you mix different states, eg. update a few packages at 2:00 and some others at 17:00, that's not given anymore

    [–] muusemuuse@lemm.ee 2 points 4 days ago

    Same question for me. I’ve never heard this.

    [–] mittorn@masturbated.one 2 points 4 days ago

    @sudoleah @myersguy this will refresh db without updating system and install package. If new package depends on newer libraries than other installed packages, it will break dependencies for installed packages. That might be easily solved with local solib dependency tracking (like gentoo preserved-libs database), but arch does not have it.

    load more comments (1 replies)
    load more comments (1 replies)
    [–] nul9o9@lemmy.dbzer0.com 4 points 4 days ago* (last edited 4 days ago)

    I had to install a pacman package and change a config so my system would use vulkan instead of opengl. Other than that, nothing should be needed.

    [–] thatradomguy@lemmy.world 1 points 3 days ago

    I dealt with this at work recently with an HP laptop...lots of trial and error. It was honestly a miracle that ssh had been setup before updating but otherwise never would have been able to keep picking at it. Gave up eventually but that sucked.

    load more comments
    view more: next β€Ί