07:28 hch12907: this sounds like a silly question but: where does mesa get its strdup() from?
07:29 hch12907: it's not ANSI C (not before C23) but I don't see it defined anywhere in the mesa codebase.
07:29 hch12907: s/but/and
07:31 cmarcelo: hch12907: maybe POSIX spec (and part of the libc implementations)?
07:38 hch12907: cmarcelo: makes sense, thanks!
09:01 emersion: yes it's POSIX 2008
09:08 mareko: how do you build Vulkan CTS? I'm getting this on tag vulkan-cts-1.3.5.0: https://pastebin.com/raw/pxMCFYVt
09:10 cmarcelo: mareko: there's an external/fetch_sources.py script, maybe need that to get updated dependencies?
09:10 hakzsam: mareko: https://pastebin.com/raw/N2SXr6bP is how I build it
09:13 mareko: cmarcelo: I did that
09:23 mareko: hakzsam: thanks, that magically worked
09:23 hakzsam: cool
11:58 ondracka: So nir_lower_int_to_float will convert stuff like "vec1 32 ssa_75 = deref_array &(*ssa_49)[9] (function_temp vec4) /* &@19[9] */" into "vec1 32 ssa_74 = deref_array &(*ssa_48)[1091567616] (function_temp vec4) /* &@19[1091567616] */" which is later detected as out of bounds read and replaced by 0.
11:59 ondracka: So what would be the correct way how to make this work on float-only hardware (r300 driver specifically)?
12:25 hakzsam: daniels: I tried to solve the venus job but it's quite difficult, for some reasons there is a LOT of timeout
12:25 hakzsam: what can we do? should I disabled the job to not block this MR?
12:26 daniels: hakzsam: I’ve asked someone to look at it yesterday, I’ll follow that up again and check with them so they can look at it
12:26 hakzsam: perfect, thanks!
12:26 daniels: np
16:21 Lynne: is it just me or is zink compilation broken with the latest vulkan headers?
16:21 Lynne: complains about have_KHR_portability_subset and portability_subset_feats
16:26 hch12907: Lynne: see !21491
16:30 Lynne: that did it, thanks
19:47 zmike: I thought I acked that
20:51 gfxstrand: jenatali: Mind giving !21524 another look quick. I added a bug fix and UBO support.
20:52 jenatali: gfxstrand: Yeah will do
22:42 mareko: zmike: congrats on X-Plane
22:44 gfxstrand: Yeah, that's pretty neat
22:54 mareko: though I might have contribute to it by not fixing radeonsi-radv interop
23:01 zmike: thanks :D
23:02 zmike: I think various Windows drivers were the main impetus, but thanks for your contribution 🫡
23:30 gfxstrand: mareko: Well, that is one way to contribute. 😅
23:48 gfxstrand: jenatali: I've also been contemplating a different mechanism for filtering: Just return a zero size/align struct and the pass skips that load/store.
23:49 gfxstrand: jenatali: Probably more versatile than modes.
23:53 gfxstrand: The other thing is that the pass right now assumes your back-end uses it for everything. It takes bytes rather than a (bit_size, num_components) pair as the input to the callback. It doesn't distinguish between, say, a u8vec4 and a uint if they're both 4B aligned. That's fine for all the HW I'm familiar with, though.
23:53 gfxstrand: Maybe not the most friendly for API translation but fine for HW.