| 15 Jul 2025 |
|  nyanbinary 🏳️⚧️ removed their profile picture. | 22:12:12 |
| 16 Jul 2025 |
|  winston left the room. | 13:37:16 |
 K900 | https://github.com/NixOS/nixpkgs/pull/425843 Mesa 25.2-rc if anyone wants to test things | 17:25:07 |
| K900 | This should, among other things, expose enough software FP8 to run FSR4 with Proton on RDNA3 | 17:25:44 |
 Charles | oh fun | 17:41:39 |
 debtquity | anybody here able to get marvel rivals running | 20:57:22 |
 woobilicious | Is that strictly RDNA3 if it's just soft FP8? I'm curious how terrible it would be on my RX 5700 XT lol, to bad I don't have any games with FSR4 | 22:05:10 |
|  Rein joined the room. | 23:38:05 |
| woobilicious | K900: your post mentions Intel-RT on non-x86, does that mean you can run Arc graphics on Arm? | 23:42:59 |
| 17 Jul 2025 |
| woobilicious | Reading through the 8bit emulation MR's, there's no mention of it specifically being restricted to RDNA3, there's one bit of code that specifically has "<= gtx11" too, so looks like it might support all models, but maybe I missed something. | 00:04:56 |
 olivia | if you have a link to the MRs, I could double check if you want | 00:41:45 |
| woobilicious | it's more that I can't find any MRs that hint to restricting or even adding FP8 support, it's more that FP8 already works for what ever reason, and they're just adding optimizations.
I just searched FP8 or 8bit and there's only a few results that seem relavant:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/?sort=created_date&state=all&search=8bit&first_page_size=20 | 00:46:43 |
| woobilicious | "Georg Lehmann" seems to be responsible for most of the recent work. | 00:48:16 |
| olivia | yeah I'm confused because radv at least is only advertising VKEXTshader_float8 for gfx12+. pretty sure there's no GL fp8 extension | 01:18:36 |
| olivia | yeah I'm confused because radv at least is only advertising VK_EXT_shader_float8 for gfx12+. pretty sure there's no GL fp8 extension | 01:19:38 |
| olivia | oh, VK_KHR_cooperative_matrix has 8-bit int/uints. (!36117)[https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/36117] is presumably about that | 01:26:11 |
| olivia | oh, VK_KHR_cooperative_matrix has 8-bit int/uints. !36117 is presumably about that | 01:26:22 |
| nyanbinary 🏳️⚧️ set a profile picture. | 01:27:34 |
| olivia | and cmats are only enabled on gfx11+ | 01:27:47 |
| woobilicious | the && !pdev->use_llvm portion hints that if you can use llvm, you can get float8 support irrespective of the hardware? | 02:50:34 |
|  mall0c joined the room. | 02:52:28 |
| woobilicious | oh wait I'm getting my logic wrong...But that is more confusing, I'd think llvm wouldn't disable a feature. | 02:52:43 |
| olivia | probably use_llvm is about using the llvm shader compiler middle/backend instead of the nir one | 02:57:20 |
| olivia | I suspect nobody has implemented fp8 or cmats in the llvm backend yet | 02:57:51 |
| woobilicious | Yeah I'd just think it would have feature parity, but I guess not. | 02:57:58 |
| olivia | I wouldn't expect it to, nobody likes it lol | 02:58:25 |
| olivia | I believe the intention is to remove it eventually, but I'm not very aware of what's going on with amd stuff so take that with a grain of salt | 02:58:51 |
| olivia | https://docs.mesa3d.org/drivers/radv.html#shader-compilation yeah
We still maintain an LLVM based compiler backend too, which is these days solely used for testing and hardware bringup. Users are recommended NOT to use the LLVM backend.
| 02:59:54 |
| woobilicious | Oh really? how is that related to the ACO compiler? doesn't that use llvm? | 03:00:08 |
| olivia | no ACO is NIR only | 03:00:44 |
