ChanServ changed the topic of #zink to: official development channel for the mesa3d zink driver || https://docs.mesa3d.org/drivers/zink.html
<zmike> anholt: you may be interested in reviewing !18689 if you get time
pendingchaos_ has joined #zink
pendingchaos has quit [Ping timeout: 480 seconds]
fahien has joined #zink
Plagman has quit [Remote host closed the connection]
Plagman has joined #zink
fahien has quit [Ping timeout: 480 seconds]
fahien has joined #zink
eukara has quit []
eukara has joined #zink
pendingchaos_ is now known as pendingchaos
eukara has quit []
fahien has quit [Ping timeout: 480 seconds]
fahien has joined #zink
omegatron has joined #zink
fahien has quit [Ping timeout: 480 seconds]
<zmike> ajax: I put up the MR for the resolve target thing, but I'm unsure whether it's actually needed (for zink) since I've got a deeper series working through kopper to handle linking up swapchains+msaa attachments
<zmike> and if I'm not going to use it, then it seems improbable anyone else will
<ajax> i kind of don't understand why the frontend allocates the msaa surface
<zmike> as opposed to?
<ajax> well, not the winsys. the display server never sees the ms buffer
<zmike> I'd assume it's so that postprocessing works
<zmike> because of how hud is implemented
<zmike> ajax: great news: I think I've finally solved https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/16168
<zmike> or at least I've finally managed to repro it locally and I fixed it here
<ajax> that... looks pretty credible
<ajax> give me a minute to finish typing a thing and i'll review a bit closer
<zmike> it was just missing the GALLIUM_DRIVER check in drisw
<zmike> oh ffs what now
<zmike> wtf
<daniels> [narrator: he had not]
<zmike> aha!
<zmike> yesssssssssssssssssss
<zmike> #nailedit
<zmike> line 666 too
<zmike> fitting
<zmike> hm
<zmike> somehow this fixed glx-tfp for virgl?
<zmike> ah
<ajax> istr that test is bunk to begin with
<zmike> nah it's unrelated
<zmike> okay THIS time I got it
<zmike> for real
<Sachiel> such an incredible capability for self delusion
<zmike> ci is G R E E N
<zmike> it's a miracle
<Sachiel> or it's mold
<zmike> or both
<Sachiel> mold, the miracle of life
<zmike> love to see it in action
<zmike> I think what's happening is the app is calling swapbuffers in sequence such that it's trying to swap to an uninitialized buffer
<zmike> not exactly sure what the expected behavior is here
<zmike> is doing nothing a viable option?
<zmike> wondering if maybe that's what I should've done in flush_frontbuffer instead of trying to copy the last frame over
<ajax> it's calling swapbuffers twice in sequence without drawing anything between?
<zmike> so it seems
<zmike> I'm remotely debugging by printf
<ajax> o_O
<zmike> some kind of super race condition
<ajax> well. that should acquire a new back buffer, draw nothing into it, and present it.
<ajax> i don't think doing nothing is an option since it'd mess with buffer age
<zmike> hm
<daniels> correct