03:43airlied: robclark: woah, climbing mount doom :-)
06:49lucaceresoli: vsyrjala: oops, thanks for the report! Do you have a link to see the failure log?
06:49lucaceresoli: vsyrjala: a defconfig for me to reproduce?
06:54lucaceresoli: vsyrjala: nevermind, I reproduced it: error: redefinition of ‘devm_drm_put_bridge’
07:14lucaceresoli: vsyrjala: fix sent: https://lore.kernel.org/all/20250522-devm_drm_put_bridge-fix-non-of-build-v1-1-a05234dea046@bootlin.com/
08:12pq: zmike, thank you for the surfaceless DRI_PRIME! :-)
09:33tjaalton: any idea how to get mesa use rustc binary which has the version attached to it, like 'rustc-1.78' (from a backport)?
09:57jannau: tjaalton: `RUSTC=rustc-1.78 meson ...`. might need RUSTC_LD as well
09:57tjaalton: jannau: oh.. thanks, sounds familiar
10:01pepp: tjaalton: you should be able to specify it in the native file used by meson (rust = 'rustc-1.78')
10:02lucaceresoli: vsyrjala: fix applied to drm-misc-next
10:02tjaalton: hmm okay, exporting the variable is easier though, and does seem to work
12:18robclark: airlied: heheh
14:14zmike: pq: 🤝
14:19pinchartl: does DRM support limited-range RGB ?
14:21emersion: there is a non-standard "Broadcast RGB" property
14:23pinchartl: emersion: thanks
14:23pinchartl: how about limited-range RGB contents in planes ? I don't see any property to support that
14:24emersion: oh, it seems like it's a standard prop now
14:25emersion: https://drmdb.emersion.fr/properties/3233857728/Broadcast%20RGB
14:25emersion: for planes there is https://drmdb.emersion.fr/properties/4008636142/COLOR_RANGE
14:25emersion: but it's for YUV only
14:26emersion: it'll soon get superseded by color pipelines
14:29zamundaaa[m]: pinchartl: you can use (DE)GAMMA_LUT or the upcoming color pipelines to scale colors in whatever way you need
14:31pinchartl: maybe I'll wait for the color pipeline properties and see :-)
14:32pinchartl: zamundaaa[m]: my hardware hardcodes RGB <-> YUV conversion with a selection of preset matrices, the LUT properties won't help
16:41lumag: robclark, karolherbst, alyssa: I've run into infinite loop in the compiler. https://gitlab.freedesktop.org/mesa/mesa/-/issues/13223 :-D
16:46alyssa: oops
16:48alyssa: lumag: could you show a bit more nir_print?
16:48alyssa: I can't tell what op nir_lower_pack is actually lowering here
16:48alyssa: oh pack_64_4x16
16:48alyssa: nvm
16:49alyssa: so opt_algebraic creates that op unless options->lower_pack_64_4x16
16:49alyssa: but nir_lower_packing checks instead skip_lower_packing_ops
16:49alyssa: ostensibly this is a freedreno bug for not setting that option but also wat, why are those separate options
16:50alyssa: oh i see how we got here.
16:50alyssa: gah
16:50alyssa: that pass used to lower everything, then d43c5003fc8 ("nir: add skip_lower_packing_ops shader compile option") happened
16:51karolherbst: lumag: did you try with main?
16:51karolherbst: I think it got fixed already
16:51karolherbst: alyssa: ohh.. that's on freedreno? mhhh
16:52alyssa: dad5ee10392 ("intel/brw, lp: enable lower_pack_64_4x16") papered over this
16:52karolherbst: I fixed it for other dirvers 🙃
16:52karolherbst: yeah, that's mine
16:52alyssa: yeah that just swept the issue under the rug
16:52alyssa: the actual problem here is having duplicated nir options
16:52karolherbst: the proper solution is to get rid of lower_pack
16:52alyssa: well, or that
16:52alyssa: I can start typing this afternoon, currently dealing with a $situation
16:52karolherbst: the option situations is a bit of a disaster honestly
16:53alyssa: no argument
16:53alyssa: ()
16:53alyssa: (void)
16:55lumag: alyssa: that would be really great, thanks :-) I can try checking if I can adapt Intel solution for now.
16:56lumag: alyssa: karolherbst: indeed setting .lower_pack_64_4x16 fixes the issue for fdo
16:57lumag: thanks for the quick help and if necessary, I can test a proper solution anytime
17:34hch12907: can anyone help with this? https://gitlab.freedesktop.org/mesa/demos/-/issues/48
17:35hch12907: me not owning any nvidia cards and also optimus laptops kinda makes it impossible to debug on my side
17:36hch12907: (basically the only possibility is me staring at the code for hours)
22:02alarumbe: Hi eric_engestrom, I made some changes to src/mesa/main/objectlabel.c. It seems the file hasn't received many changes over the years, but latest was yours, so I was wondering if you could quickly glance over the MR
22:02alarumbe: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34224
22:03alarumbe: The commit that touches on that file is here: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34224/diffs?commit_id=bc28666abedba69749e2f778dad4780cb2893a02
22:16demarchi: humn... apparently a bad merge went in drm-tip?
22:16demarchi: void devm_drm_put_bridge(struct device *dev, struct drm_bridge *bridge);
22:16demarchi: defined both inside and outside the ifdef
22:17demarchi: humn... or simply a wrong patch
22:18demarchi: drm/bridge: add devm_drm_put_bridge() ...
22:28demarchi: ugh... drm-tip was failing to fetch for me, so I wasn't getting an update
22:28demarchi: commit ee1855582e5e0f8d73428875b91a30785bcc4b7c fixes it