Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
We do often include affiliate links to earn us some pennies. See more here.

While Ray Tracing has been available on Linux with NVIDIA for a long time now, the open source RADV Mesa driver for AMD GPUs is lagging behind but more work is progressing on it.

Developer Bas Nieuwenhuizen put up a new blog post jokingly titled "World's Slowest Raytracer" to show how far it has come. It's worth remembering, that AMD RADV is not the official AMD driver for Linux, as they roll their own with Radeon Software for Linux but that's only supported across a few distributions and you're just almost always better off sticking with Mesa.

In the new post Nieuwenhuizen mentions that RADV and Ray tracing has got to a point where the conformance testing is coming back at about a 90% pass-rate "of non-skiped tests" so it's getting close to a usable state. However, it's still clearly far from finished.

The current work is also slow to that point that it "has like half the Windows performance at 4k right now and we still have some feature gaps to make it really usable for most games". Why is it so slow though? It's pretty simple really. First you get it working, then you optimize it.

What's next? Nieuwenhuizen mentions getting the conformance testing to pass and then getting a merge request setup to get it all upstreamed to the Mesa project. From there, the plan is to have "a minimal prototype going for some DXR 1.0 games with vkd3d-proton just to make sure we have the right feature coverage" and of course plenty of optimizations.

Article taken from GamingOnLinux.com.
Tags: AMD, Drivers, Mesa, Misc
25 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
The comments on this article are closed.
7 comments

scaine Jul 28, 2021
View PC info
  • Contributing Editor
  • Mega Supporter
Incredible progress. It was only in April that he blogged about getting a simple cube to raytrace. Now if I could only get my hands on one of those fancy 6x00XT cards that actually support hardware ray-tracing, I might be able to take advantage of the next iteration of his work!
whizse Jul 28, 2021
View PC info
  • Supporter
Aww.. it's not slow. It's just raytracing to the beat of its own drum...
JoshuaAshton Jul 28, 2021
Quoting: scaineIncredible progress. It was only in April that he blogged about getting a simple cube to raytrace. Now if I could only get my hands on one of those fancy 6x00XT cards that actually support hardware ray-tracing, I might be able to take advantage of the next iteration of his work!

You'll be able to even without! I'll be PR-ing support for older hardware around the same time! :)
BielFPs Jul 28, 2021
Quoting: JoshuaAshtonYou'll be able to even without! I'll be PR-ing support for older hardware around the same time! :)

how would it perform without hardware support for rtx?
einherjar Jul 29, 2021
So what will there be first, a RX 6800XT in Stock at a reasonable price, or the RADV Driver with RTX at a reasonable (Win like) performance?

I am curious.
Ardje Jul 30, 2021
Quoting: scaineIncredible progress. It was only in April that he blogged about getting a simple cube to raytrace. Now if I could only get my hands on one of those fancy 6x00XT cards that actually support hardware ray-tracing, I might be able to take advantage of the next iteration of his work!
I don't want to call it hardware ray-tracing.
The RDNA-2 cards just support a new primitive to detect/calculate intersections, which is very handy for ray tracing, but you can use it for anything I guess. Like hitbox testing.

Source: I am not a graphics engineer, just trust me

Anyway:
AMD cards have always been capable of ray tracing, unlike Nvidia cards, because the CU's of AMD are more more beefy than that of Nvidia.
And with RDNA-2 they added helpful primitives, still keeping the CU generic. I mean, that's how it sounds like to me.
It sounds like the good old days of the TIGA34020 are still not over. If I take some time, I can have a lot of joy from this technology.
I had a TIGA34020 *ISA* card in my 486. I could download a complete 3d render program to the card, and only send camera positions to the card, and the card would just render a "city" on it's own @1280x1024

I now have an RX580 connected only with a 500MB/s bus (PCIe2x1), and it still works the same. It can drive a 4k screen while gaming because everything is on the card. PCIe3x16 is so overrated.
Except of course GTA IV, but that seems a problem with GTA IV.
GTA V DX11 / DXVK rendering on 4k is much faster than GTA IV DX9(?) / DXVK rendering.

And I am off getting off topic again. Happens when I did not get my dose of coffee.
yahya Aug 21, 2021
Still unable to run Quake II RTX on Radeon RX 6800 with Mesa 21.2.1
Setting "RADV_PERFTEST=rt" environment doesn't help either.


Last edited by yahya on 21 August 2021 at 9:47 am UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.