| 10 Feb 2026 |
 K900 | And ideally once it's all fixed, we can reenable everything and then keep testing so it doesn't regress | 05:51:33 |
| K900 | Instead of just having a blanket "oh yeah this is broken forever" | 05:51:50 |
| K900 | I don't want to block on this | 05:52:46 |
| K900 | But the whole thing also feels so icky | 05:52:58 |
| K900 | Like we're disabling shit based on blog posts from three years ago | 05:53:08 |
| K900 | And vibes | 05:53:12 |
 Puna | nouveau in 25.0.7 did not yet use OpenCL, so they likely just don't run into usage of this stuff… don't know how to browse debian's stuff to figure out why the package is held back on ppc64, if they've documented their reason somewhere… | 05:54:31 |
| Puna | the failures still happen, i can add the mesa build error to the comment in spirv-llvm-translator if that helps. | 05:58:09 |
| K900 | Maybe not the error but like, a guideline on how to reproduce it | 05:59:00 |
| Puna | i enabled glslang tests recently and added links to upstream issues (happens on all non-LE targets): https://github.com/NixOS/nixpkgs/pull/479398#issuecomment-3745287964
i really don't have the time nor energy to fix this myself though, so I don't expect it to get fixed soon. the packages still build, but their functionality is not quite right. | 06:00:07 |
| Puna | build mesa for BE i guess? | 06:00:21 |
| Puna | i don't know what else uses this translation stuff | 06:00:31 |
| K900 | Yeah | 06:01:59 |
| Puna | ah no, cross to BE uses the mesa_clc from the build platform, so it doesn't run into this misparsing situation. you'd have to build mesa on BE then… | 06:15:38 |
| Puna | bigger ask i think, with no cache around to help | 06:16:36 |
| K900 | Wait, how does that even work | 06:16:46 |
| K900 | Like does mesa_clc even handle mixed endianness | 06:16:58 |
| K900 | Because SPIR-V is host endian | 06:17:03 |
| K900 | For some utterly idiotic reason | 06:17:08 |
| Puna | couldn't tell you, but the message that it prints when it falls on its face is from SPIRV-Tools i think
(file=input,line=0,column=0,index=7): Invalid extended instruction import 'nepOs.LC'
https://github.com/KhronosGroup/SPIRV-Tools/blob/f139c64525c7c449c83d299a9fda4e1657bf37ab/source/binary.cpp#L629 | 06:20:54 |
| K900 | No but like, it works on cross, right? | 06:21:24 |
| K900 | Well, "works" | 06:21:26 |
| Puna | got to 2118/5415, then it failed on another format error that i'll need to submit a fix for… | 06:22:37 |
| Puna | mesa-powerpc64-unknown-linux-gnuabielfv> [2012/5415] Compiling C object src/nouveau/headers/libnvidia_headers_c.a.p/nv_push.c.o
mesa-powerpc64-unknown-linux-gnuabielfv> [2013/5415] Generating src/nouveau/vulkan/nvkcl.spv with a custom command
mesa-powerpc64-unknown-linux-gnuabielfv> [2014/5415] Compiling C object src/asahi/compiler/libasahi_compiler.a.p/agx_liveness.c.o
| 06:26:34 |
| Puna | * [213/5415] Compiling C object src/compiler/nir/libnir.a.p/nir_functions.c.o
[214/5415] Generating src/asahi/libagx/libagx.spv with a custom command
[215/5415] Compiling C object src/compiler/nir/libnir.a.p/nir_gather_info.c.o
| 06:27:37 |
| Puna | that's the .spv file that fails to generate on BE hardware | 06:27:48 |
| Puna | ¯\_(ツ)_/¯ | 06:27:57 |
| Puna | * that's the first .spv file that fails to generate on BE hardware | 06:28:14 |
| K900 | I wonder if literally anyone is expecting literally any of this shit to work tbh | 06:28:21 |
| K900 | Because like | 06:28:26 |
