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.

Whatever compromise anyone tries to come up with will be ignored and exploited as hard as advertisers possibly can.

A compromise that actually works would depend on advertisers actually complying. The advertisers that do will be vastly outnumbered by the advertisers that don’t.

So we’re getting the arms race either way.

I’m not interested in my computer striking a balance between my needs and the needs of people seeking to manipulate me into buying things.

I paid for my computer, it serves my needs. Yes I do run Linux, how did you guess?

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.

As a large language model, I don’t have an opinion on this subject.

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.

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.

They also wouldn’t allow the new devs to talk to the old devs, so they had to figure out the old codebase for themselves.

If stuff is designed for big servers that run Linux, it’s easier to get it to run on a desktop PC if the PC runs Linux too because then it’s the same thing except much less powerful.