00:19 zmike: should probably raise a spec issue about having a VU there
09:04 hch12907: can I request for developer access for mesa/demos?
10:02 lumag: karolherbst, cwabbott suggested asking you :D. I'm poking around rusticl and freedreno. qcom hardware can not do 8-bit arithmetic. Is there a nir pass to rewrite 8b to 16b?
10:15 lumag: (or by extension to 32b)?
11:15 glehmann: lumag: nir_lower_bit_size
11:18 lumag: glehmann, ... which we didn't use. Thanks!
11:31 karolherbst: lumag: for vec8/16 lowering you can also check what I've done for zink or v3d
11:31 karolherbst: or you support it in your backend natively, but I think that was already added?
11:33 lumag: karolherbst, don't know yet :D
11:34 karolherbst: heh
14:37 karolherbst: dcbaker: mind taking a look at https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25775 or would you prefer we just wait for meson 1.3 and rely on the changes there?
14:57 Company: If I have code that depends on drm/drm_fourcc.h what configure check do I need for that?
14:58 emersion: libdrm
15:00 bl4ckb0ne: you could also search for the header with meson if you only need fourcc but it might not be the best
15:01 Company: apparently it's provided by the kernel-headers package
15:01 Company: and yeah, I only need the fourccs
15:02 Company: I could copy/paste the ones I care about, too
15:02 Company: but that's probably not a great idea
15:16 bl4ckb0ne: also the fourcc macro is standalone
15:24 Company: I just need the authority on fourccs so I can get all the defines for my code
15:25 emersion: it shouldn't be in the kernel headers package
15:25 emersion: it should be in libdrm
15:25 emersion: maybe your distro is weird though
15:25 emersion: but the correct pkg-config to search for is libdrm
15:26 bnieuwenhuizen: btw depending on where you're coding your software might've already vendored the headers (e.g. Mesa)
15:29 MrCooper: it is part of kernel headers as well, user space should use the one from libdrm though
15:31 Company: ugh, there's more of them
15:32 Company: and gbm has one, too
15:32 Company: and v4l
15:32 bnieuwenhuizen: why do we have separate copies in kernel headers and libdrm?
15:33 Company: they're also noticably different
15:38 Company: the one in libdrm/ is about a year older
15:39 Company: I guess that makes sense because the kernel on Fedora is a lot newer than libdrm
16:27 MrCooper: bnieuwenhuizen: in a nutshell, there's no standard way to find kernel headers, so libdrm has its own copy of them, which get updated from the kernel as needed
16:46 airlied: bnieuwenhuizen: nice to be able to build against newer headers without updating kernel and lots of distros tie headers to running version
16:49 Company: libdrm exists on every Linux system I guess?
16:59 airlied: should do