13:57 MrCooper: wow, radeonsi on Navi 14 has only 51 failures (just over 0.001%) left in the piglit gpu profile
15:48 DottorLeo: hi!
15:50 DottorLeo: Venemo: i've seen your work of FP16, just for curiosity, it's the feature marketed by AMD under the name "Rapid Packed Math or Fast FP16" that is present on GFX8+ ?
18:37 Venemo: DottorLeo: I'm working on improving 16‐bit IO (shader input/output), which is not the same thing
18:38 Venemo: DottorLeo: "rapid packed math" is about packed 16-bit ALU instructions, which we had already supported for a long time
18:43 glehmann: packed 16-bit ALU is also gfx9+, not gfx8+
18:43 glehmann: gfx8 has 16bit alu, but it has the same throughput as 32bit
18:57 ity: Hello, I have some issues with my 7900 XTX's init since at least firmware 'linux-firmware-20231030.2b304bfe' ('linux-firmware-20230918.3672ccab' is working), I get '*ERROR* hw_init of IP block <smu> failed -62'. I can send the entire failed boot dmesg if wanted. After it starts modesetting, I only get a blank screen - the log is pulled from `journalctl --boot=-1` after a
18:57 ity: linux-firmware downgrade.
19:08 Remco: New firmware was released a couple of days ago, did you try with that?
19:11 ity: I haven't, I tried with firmware from 9th of April
19:12 ity: (Latest that's packaged on my distro)
19:12 ity: And ofc the mentioned version which is the oldest that has the regression
19:15 ity: I guess there were some amdgpu firmware updates 4 days ago, but a release has not been made on upstream linux-firmware
19:17 ity: Should I try to build from master or wait for a release
19:53 Remco: I don't know about your system, but you can generally grab them and put them in the right location (and rebuild initrams if needed)
19:53 Remco: Make backups of course. Or do it the more packaged way
19:53 ity: Grab the ones from master?
19:53 Remco: Yep
19:54 Remco: I've never done this, but I've seen other people be guided to do this (or something similar)
19:56 ity: Oh, hmm. The ones that come with the Arch package are .zst compressed, is it a bad idea to just back that up, delete it, and move in the uncompressed .bin amdgpu dir from master (and nothing else)
19:57 Remco: This one is relatively new: https://archlinux.org/packages/core/any/linux-firmware/
20:00 Remco: I would say that putting in the uncompressed files would work, but I wouldn't try it on my own system without knowing for sure. Which I don't
20:00 Remco: (trying hard to not be responsible for breaking someones system ;) )
20:03 ity: The one on https://archlinux.org/packages/core/any/linux-firmware/ I confirmed to be broken
20:04 ity: (Was the one I tested today)
20:04 ity: That the hw_init thing is from
20:07 Remco: Ah, that's likely the latest that's broken then
20:12 ity: There were amdgpu firmware commits from 4 days ago that did not make their way to a linux-firmware upstream release nor an arch package yet
20:22 DottorLeo: Venemo: thanks for the explanation! :)
20:25 Remco: ity: Different card, but looks similar: https://gitlab.freedesktop.org/drm/amd/-/issues/3112
20:35 ity: Yea, it does look quite similar, it's one of the issues that popped up when I searched the issue tracker for the error, unsure if it's the same thing or not though
20:38 Venemo: ity: you can get the latest firmware and compress it the same way your distro did, and replace
20:55 Venemo: DottorLeo: you're welcome, any time