Vik

my charger is fine, but could you pet the cat for me? 🥺

I’ve been lucky enough to dumb guy my fedora install since 28, and it’s been pretty decent to me. Granted I’m not using nvidia graphics, and I feel like that could throw a big spanner in the works for regular users. It’s a big enough leap getting into the mindset of installing software from Distro repos rather than directly from the vendor.

I hope the newer nv open kernel modules don’t stay out of tree. Also hope that NVK will give users the ability to just plug and play with mesa drivers in the future.

waiting to see it ported to the HTC hd2

Perhaps they were looking at people using SnapTap and similar technologies, which were recently banned in CS2.

I feel like analogue / hall effect switches can lend a player a substantial advantage in apex when it comes to strafing. I wonder if they’ve tried to mitigate that.

Glad to hear it!

small update - there’s been a minor (17.4 MiB) patch to Apex since. Could be worth checking in with it to see if it has resolved linux compat,

Edit - it’s working for me on Fedora 40 Workstation. NB that I’ve never hit the original anticheat issue to begin with, and I use the following launch command to run the game under VKD3D (mostly AoT shader compilation) along with suppressing launch splash screens / videos and presenting Mangohud

mangohud %command% -novid -anticheat_settings=SettingsDX12.json

Edit 2 - tested again this morning and still working fine. I think you folks are good to go.

A week ago they made an announcement referring to anti cheat improvements. Today, a couple of friends on Windows noted that the game no longer launched with AutoHotKey enabled (no malicious use cases, just using 60% keyboards) as of last night’s minor update.

Since the game is deck verified, I’d expect respawn will resolve this soon enough.

Yikes I wasn’t aware of the second part

I was about to ask, isn’t this guy a prolific dickhead?

the reset situation may improve in the not too distant future: https://www.phoronix.com/news/AMDGPU-Per-Ring-Resets

You’re not wrong. I have no idea about the call of duty one either. I’m guessing it similarly doesn’t work.

It sort of highlights another issue; even though a game technically leverages an AC system that can work in Steam, individual developers may not bother getting it running on Linux.

I’m no fan of Fortnite, but you can’t deny it’s massively popular. I hope the steam deck sees continued success in order to sway developers. Broadening SteamOS to other HW platforms may also help to an extent.

Oh right, neat!

I guess I’m just thinking of a couple games with BE who have not bothered to reach out for this.

I think EA and Activision also have newish, bespoke anti-cheat for Battlefield and call of duty respectively. I don’t believe either of those work on Linux but I could be mistaken.

I think battleeye too?

the fact that valve went and provided official support for a popular, third party, higher res display is pretty wild.

Neat, this is with an external dGPU working as well.

You can still technically use Vega and Polaris with ROCm, the official stance is that it’s no longer validated.

With that said, the setup and development experience is pretty dire and the docs do not seem to get updated in a timely manner.

(I heard)

Anecdotes aren’t data. It’s not difficult to find comparative pricing information. I think you would generally find this is untrue, though it’s worth considering regional pricing.

no CUDA

EULA violation. This one is cut and dry. You could have made a better point about the state of ROCm (narrow product and platform support, poor documentation, library gaps in HIP).

intel has best support

Look at the state of ANV for Arc dGPU on Linux.

I see. I’m really not keen on the use of MPT since I’ve seen it fairly broadly recommended to more casual users (I’d place the blame on certain YouTubers), occasionally leading to bricked ASICs, though I’m glad you’re seeing tangible benefit from using it.

Please bear in mind that custom tuning isn’t a guarantee between different driver versions; the voltage floor can shift with power management firmware changes delivered driver packages (this doesn’t overwrite the board VBIOS, it’s loaded in at OS runtime (pmfw is also included in linux-firmware)). I’d recommend testing with vulkan memory test with each Adrenalin update, and every now and then on Fedora too.

Same config and distro as you.

I’ve not experienced the first issue, so I don’t have a great deal of input for that. Could be a display specific behaviour.

For 2, I’ve had the Steam UI hang on occasion, though this has not occurred recently. I’ll try to see if I can get this to repro again.

For 3, there’s a few things worth bearing in mind here. AMDGPU and the Windows Radeon KMD don’t really have a lot on common. I’d be interested in any perf comparisons you have between the two systems even with the default mclk on linux. I find that Fedora is more performant in somewhat surprising scenarios, like with CP2077, Halo Infinite.

For 4, I could show you how to leverage the powerplay sysfs interface and run this via systemd service at login if you’d like?

Unfortunately have no input on 5 as I use Firefox but I hope you find a solution.

I also want to see RV develop to a point where it can compete with incumbents but this isn’t a hardware vulnerability. The issue here lies with AGESA, AMD will be moving to OpenSIL hopefully around 2026.

Furthermore, RISC-V is an Open ISA but that doesn’t necessarily mean products based on this remain open.