Support us on Patreon
PayPalAccording to the developer of VKD3D-Proton, Forza Horizon 6 is "extremely broken" and needs some "horrible" workarounds to run properly on Linux. It's due for release tomorrow, after being in Advanced Access since just before the weekend.
With the advanced access many Linux / SteamOS and Steam Deck gamers have been jumping in, but the experience has been seemingly quite a mixed bag.
Writing in a GitHub draft post, developer Hans-Kristian Arntzen who works on VKD3D-Proton (the Direct3D 12 -> Vulkan layer Proton uses) mentioned a lot of issues with the game. Various reports on ProtonDB also show people having lots of issues with the game across both PC and Steam Deck. So you may want to hold off on this until there's some official updates.
From the GitHub post:
This game is extremely broken:
This pulls in the rest of descriptor heap, since it's only reasonable way right now to get working benchmark without rendering glitches on my system. At best, this can be a hotfix branch or something.
Needs more investigation why the 32 + 32 RDNA2 style path doesn't quirk work. But it doesn't hang GPU anymore, so ... yay?
Adds sampler heap robustness too in dxil-spirv by just padding all sampler heaps to the 2048 limit. There is no room to pass down sampler heap size, so just clamp to constant 2047 instead, which is fine in practice. There are no null samplers, so we'll use whatever is there I guess when it's OOB.
Another issue is missing nonuniformEXT in RT shaders which I added force robustness for RT only to avoid crippling unrelated shaders. I only detected issues in this area in RT.
After that, we have the "lovely" bug of bad aliasing between image descriptors and buffer descriptors. The game first writes an image descriptor, then reads that as a plain buffer, which is broken, and on RDNA3/4 we would read the image descriptor at a 16b sliced offset, which breaks. This is the first instance of this causing issues in the wild. It was a known hazard point, but we have easy mitigation strategies on AMD at least.
Fixing this for descriptor buffer is very hard since it means rejigging new fast paths for what is supposed to be a really terrible workaround. The workaround for now only applies to descriptor heap since it was quite easy to do.
There are also bugs with "use-before-alloc" where the application allocates resources after submit and writing descriptors pointing to them to the descriptor heap while GPU is in flight. Utter insanity, but FH5 had issues in this area too.
It's not been proven to cause a hang yet I think, but
radv_wait_for_vm_map_updates=trueis very likely going to be needed for safety.
RADV_EXPERIMENTAL=heapis also needed since descriptor heap is not enabled by default.Also fixes a silly bug that happened with RDNA2 descriptor heap while dealing with reviews, but that's not really relevant to this PR.
tl;dr:
- This PR
- Use Mesa git
RADV_EXPERIMENTAL=heap radv_wait_for_vm_map_updates=true %command%Should get the game through the benchmark at least ... Haven't tested much ingame so far.
We may see Valve put out a Proton Hotfix specifically for Forza Horizon 6, or they might just bump up some upgrades directly into Proton Experimental for it. A few hours ago Valve did just tag the game to use Proton Experimental.
For NVIDIA, it seems a fix for crashing issues is due in an upcoming Linux driver update.
This goes to show at times what a difficult a job it is that Valve developers have. Since Linux / SteamOS is still a relatively low user share on Steam, developers are not ensuring their games are compatible. Valve often have to make special fixes for the bigger releases to get them working. Hopefully the likes of the Steam Machine, Steam Frame and eventually a Steam Deck 2 will keep pumping up those numbers of users on Linux.
I haven't been able to test directly, as no one from Playground Games replied to our request to cover it.
Article taken from GamingOnLinux.com.
See more from me
You can also find comments for this article on social media: 
Other devs might support Linux more, but we can't rule out the possibility Microsoft will try some anticompetitive tactics with Forza and their other games.
Quoting: melkemindI'm afraid it might get even worse when the steam machine comes out and Microsoft views it as a direct competitor to the Xbox.At first I aslo thought microslop did some shenanigans in rendering code to make the game run worse on Linux, but I don't think it is the case. Most likely fh6 devs did some optimizations, that are just hard to reverse engineer and translate.
Other devs might support Linux more, but we can't rule out the possibility Microsoft will try some anticompetitive tactics with Forza and their other games.
If microslop really wanted to prevent their games from running on Linux, they would just block it with some anticheat-like measure or straightly blocking it like genshin impact devs did.
One day GPU manufacturers will stop fixing game engine stuff and force game developers to adhere to the standards. Right?
mr-victory 5 hours ago
Quoting: vic-baystraightly blocking it like genshin impact devs did.source? if you can't play, try turning off the network before launching game
cameronbosch 5 hours ago
Quoting: vic-bayIf microslop really wanted to prevent their games from running on Linux, they would just block it with some anticheat-like measure or straightly blocking it like genshin impact devs did.You do realize they did just that with Call of Duty Black Ops 7, right? Don't think for a second Microsoft actually "loves Linux", they do, but in the classic "[triple E](https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish)" ways, even if they at first appear to be more adept at hiding it.
There's no other valid explanation at this point. The Steam Deck absolutely sold "millions of units", aka, what Tim Sweeney want for him to have Epic reenable EAC for Proton, which was intentionally disabled at first for "that reasoning". Of course, that turned out to be BS, and his settlements in the Google anti-trust lawsuits show it, as does him never suing Microsoft for the same reasons of a "monopoly", which with the whole Windows 8 Microsoft Store monopoly attempts, actually started Valve done the whole Linux route in the first place. While that attempt failed, Microsoft still keeps trying to make lock-in a thing, just like Google and Apple.
The real reason he won't allow for Fortnite on Linux it is because he, like Microsoft, sees Valve as competitors, and Linux gamers as too free from his control, and he can't be helping his competition, can he? (Even if it means burning millions of bridges and more in the long run!)
And in reality, any "code" that runs at ring 0 that isn't the OS itself or FOSS (so independent people can see what it's actually doing) and even more so if it can detect a VM and refuse to run should be treated as malware. Do not run it! And don't fall for that lock-in!
Which is a horrible thought: I'm basically accusing the devs of being either inept, or malicious. Not a nice place to be.
I guess I'm lucky that the last Forza I played was Forza Motorsport 2, nearly 20 years ago, on a pre-red-ring-of-death Xbox360. I went Sony when that died, and haven't really played racing games since.
Anyway, game crashed on me every few minutes until I used the CachyOS Proton ([e] proton-cachyos-slr on Arch/AUR). That makes it pretty smooth and bugfree on my system.
Last edited by Verglas on 18 May 2026 at 4:11 pm UTC
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck