01:27republic83: 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:28republic83: So I look again at home instead of speculating over phone Ill ways
06:06fdobridge: <![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:13karolherbst: mhh
09:13fdobridge: <karolherbst🐧🦀> smells like corrupted command buffer
09:13fdobridge: <karolherbst🐧🦀> though we should validate it in theory...
09:13fdobridge: <karolherbst🐧🦀> is this with a debug build?
09:14fdobridge: <![NVK Whacker] Echo (she) 🇱🇹> Yes
09:18fdobridge: <![NVK Whacker] Echo (she) 🇱🇹> i did have to comment out the `assert(view->storage_desc_index < (1 << 11));` though 🐸
09:20fdobridge: <karolherbst🐧🦀> mhh.. might want to file a bug for hitting that assert though
09:22fdobridge: <![NVK Whacker] Echo (she) 🇱🇹> Ekstrand did say that NAK will remove this assert so I'm waiting for that to be usable
17:29gfxstrand: 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:16fdobridge: <airlied> Still a fair bit of work around display integration unfortunately
18:17fdobridge: <karolherbst🐧🦀> is waiting on bos implemented though? Or is that still something left to do?
18:18fdobridge: <karolherbst🐧🦀> 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:18fdobridge: <![NVK Whacker] Echo (she) 🇱🇹> No display output and temperature sensor is annoying 🐸
18:19fdobridge: <airlied> Yes Ben said he took my patch into his tree and made it into a real thing
18:19fdobridge: <karolherbst🐧🦀> ahh, cool
19:21gfxstrand: 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:24airlied: gfxstrand: is NAK that close? :-)
19:49tertl8: 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:49tertl8: i guess that its not implemented in wayland the way it is in old faithful?
19:50tertl8: so calling it will simply throw an error that says its not defined?
19:54tertl8: 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:59tertl8: only the best
21:26gfxstrand: airlied: NAK isn't a prerequisite for landing NVK in Mesa.
21:27gfxstrand: airlied: That said, I am hoping to merge it into nvk/main once the next Rust release lands mid-June.
21:27airlied: neither is GSP, the new uapi probably is
21:27gfxstrand: airlied: Yeah, new uAPI is the hard requirement.
21:27airlied: well hopefully now that dakr is back from holidays we can that rolling again
21:28gfxstrand: \o/
21:28gfxstrand: Cool