Okay, but that’s still partially on Nvidia for refusing to participate. They could have argued for explicit sync early in Wayland’s development but they weren’t at the table at all, so they got stuck with the technology that was decided on without them and had to argue for changes much later.

And they started off arguing for EGLStreams, but it didn’t work well either. Explicit sync came later.

Wayland has a bunch of features that are so new they aren’t in the stable distros yet.

Nvidia went from declaring they were never going to support Wayland to trying to force their own EGLStreams stuff on everybody to reluctantly accepting the standard that was developed without them and trying to make it work for their driver. They’re playing catchup and it’s entirely their own fault for refusing to cooperate with anybody.

They’re moving more towards open source drivers now, probably because the people buying billions of dollars worth of GPUs to use on Linux servers for AI training have had words with Nvidia on the subject.

I mean, it’s bits of configuration all over the place that I’ve built up over time. It isn’t a single script on one machine, and you’d need to change a lot of things if you weren’t running Slackware. I can’t really copy and paste it all.

Network namespaces and policy based routing are black magic, IMO.

I’ve got a VPN set up on my router and separate VLANs set up for ordinary traffic and VPN traffic. A device doesn’t need to support VPNs at all, I just connect it to the VPN VLAN and all its traffic goes over the VPN whether it likes it or not. I’ve got separate wifi SSIDs for each VLAN.

My desktop is connected to both VLANs with a network namespace set up for the VPN VLAN, so sudo vpn rtorrent runs rtorrent in the namespace that’s connected to the VPN VLAN.

My setup is nice, but I wouldn’t recommend it to anyone who doesn’t want to learn quite a bit about networking.

Yeah, but because pricing jumped like someone set a firecracker off under it’s chair people are actually still using vintage GPUs.

at least, not with my 1080p monitors, which I prefer over higher-res ones

Blasphemy!

4k monitors are beautiful for normal desktop usage, making text crisp and clean with smooth curves and none of that blockiness that comes from low resolution, and with modern scaling settings you can even have 4K text and 1080p graphics at the same time with the same performance as native 1080p.

Mint 22 would be straightforward, at least: https://linuxmint-user-guide.readthedocs.io/en/latest/upgrade-to-mint-22.html

Mint 21.3 might be a bit too ‘stable’ for your new GPU.

Linux graphics move fast. You generally won’t have a good experience with an older distro and a brand new GPU.

The devs have been working hard to hammer out those troublesome edge cases. There’s a lot less of them than there was a year or two ago.

IIRC Nvidia needs explicit sync support to work reliably. It’s fairly new and might not have landed in some distros, especially the stable releases.

IPv6 has privacy addresses, though. Stuff on my network generates a new random address every day and uses that address for outgoing connections, so you can’t really track individual devices inside my network.

IPv6 has a policy of throwing more address space at stuff to make routing simpler, though.

IPv4 will individually route tiny slices of address space all over the world, IPv6 just assigns a massive chunk of space in the first place and calls it a day.

Well, for starters, unless you’re running a quite old card you should be using amdgpu, not radeon. You seem to have them both loaded.

Post a dmesg?

ERROR: […/src/amd/vulkan/radv_physical_device.c:1877] Code 0 : Device ‘/dev/dri/renderD128’ is not using the AMDGPU kernel driver

This is the smoking gun, btw.

I see you’ve got it working, so I’ll just add a bit of explanation.

AMD GPUs used to use a driver called radeon. It was replaced with the current amdgpu driver. For a while, you had devices that were supported by both drivers and you could choose between the stable radeon driver that was missing features like Vulkan and HDMI audio or the brand new amdgpu driver that had the newest features but was unstable and not well tested.

The kernel has a policy of not unnecessarily breaking things with kernel changes so even though amdgpu has been well tested in the years since, devices from that era still default to the radeon driver and need to be forced onto the amdgpu driver.

I mean, there is, but people have worked hard to set it up so you can just click the button and it all happens.

To be even fairer, if they want marketing people they can pay them.

So after it’s done you can adjust it’s cooking time, but instead of a cook time knob that you turn they try to pretend it’s AI?

Slackware just does as it’s told and gets out of the way.

I meant to do this when I built my old system back in 2018, but I found the handful of games I regularly play worked okay on Linux so I never got around to it, and Linux game compatibility has improved leaps and bounds from there.

If it’s a Steam game, for most of them these days you only have to tick a box in Steam’s settings to tell it to use Proton for all games and the game will just work when you click play.

You might give it a try. Or don’t, I’m not your mother.

I don’t even have the software for my mouse installed. I think she’s massively overestimating the value of mouse software updates.

She’s just trying to figure out how to make renting cheap peripherals make sense so that you can keep paying Logitech forever.