01:27 republic83: The sign likely comes from manipulation with 512 I was weeks at uart research I never was able to explain it coherent, but I saw it once in code perfect, if it was not delusion which I doubt, it seemed to make sense, llvm and divine seemed like had it.
01:28 republic83: So I look again at home instead of speculating over phone Ill ways
06:06 fdobridge: <!​[NVK Whacker] Echo (she) 🇱🇹> Here's what error OW2 still crashes with: `kernel: nouveau 0000:01:00.0: fifo: PBDMA0: 00040000 [PBENTRY] ch 4 [00ffe41000 Overwatch.exe[12679]] subc 0 mthd 0000 data 00000000`
09:13 karolherbst: mhh
09:13 fdobridge: <k​arolherbst🐧🦀> smells like corrupted command buffer
09:13 fdobridge: <k​arolherbst🐧🦀> though we should validate it in theory...
09:13 fdobridge: <k​arolherbst🐧🦀> is this with a debug build?
09:14 fdobridge: <!​[NVK Whacker] Echo (she) 🇱🇹> Yes
09:18 fdobridge: <!​[NVK Whacker] Echo (she) 🇱🇹> i did have to comment out the `assert(view->storage_desc_index < (1 << 11));` though 🐸
09:20 fdobridge: <k​arolherbst🐧🦀> mhh.. might want to file a bug for hitting that assert though
09:22 fdobridge: <!​[NVK Whacker] Echo (she) 🇱🇹> Ekstrand did say that NAK will remove this assert so I'm waiting for that to be usable
17:29 gfxstrand: skeggsb: Where are things at with GSP? I know you have it working in a branch but do you have any idea what we can expect in terms of upstreaming?
18:16 fdobridge: <a​irlied> Still a fair bit of work around display integration unfortunately
18:17 fdobridge: <k​arolherbst🐧🦀> is waiting on bos implemented though? Or is that still something left to do?
18:18 fdobridge: <k​arolherbst🐧🦀> I really kinda want to flip that over on the OpenGL side at least.. or is there a solution in sight we can just rely on later?
18:18 fdobridge: <!​[NVK Whacker] Echo (she) 🇱🇹> No display output and temperature sensor is annoying 🐸
18:19 fdobridge: <a​irlied> Yes Ben said he took my patch into his tree and made it into a real thing
18:19 fdobridge: <k​arolherbst🐧🦀> ahh, cool
19:21 gfxstrand: airlied, skeggsb: We should find some time to have some sort of sync to figure out where varous pieces are and maybe plan upstreaming a bit.
19:24 airlied: gfxstrand: is NAK that close? :-)
19:49 tertl8: i was wondering if someone here might be able to shed some light on the GAMMA_LUT property in wayland and why it doesnt work with nvidia drivers?
19:49 tertl8: i guess that its not implemented in wayland the way it is in old faithful?
19:50 tertl8: so calling it will simply throw an error that says its not defined?
19:54 tertl8: nevermind, as usual i find the answer after asking: The nvidia-drm module does not support the GAMMA_LUT, DEGAMMA_LUT, CTM, COLOR_ENCODING, or COLOR_RANGE connector properties, which may impact some compositor features related to color correction.
19:59 tertl8: only the best
21:26 gfxstrand: airlied: NAK isn't a prerequisite for landing NVK in Mesa.
21:27 gfxstrand: airlied: That said, I am hoping to merge it into nvk/main once the next Rust release lands mid-June.
21:27 airlied: neither is GSP, the new uapi probably is
21:27 gfxstrand: airlied: Yeah, new uAPI is the hard requirement.
21:27 airlied: well hopefully now that dakr is back from holidays we can that rolling again
21:28 gfxstrand: \o/
21:28 gfxstrand: Cool