09:58 jani: tzimmermann: mripard: mlankhorst: I believe this is the right thing to do for DP, but how many acks am I going to need before pushing? https://lore.kernel.org/r/20261029101826.72773-2-dmitrymalovanyy@gmail.com
10:03 tzimmermann: jani, don't you have commit rights for drm-misc?
10:04 jani: tzimmermann: of course I do, it's just that the change impacts a lot of drivers, do I need to ask ~everyone?
10:04 jani: am I just being overly cautious?
10:05 mlankhorst: jani: It's best to ask everyone, but ok to push if nobody replies after a reminder and some time. :)
10:05 tzimmermann: jani, of course
10:06 jani: tzimmermann: I'll read that as a reply to me being overly cautious ;D
10:06 tzimmermann: if affected folks had their fair chance of looking at the patch, i'd merge it
10:07 mlankhorst: Exactly
13:25 MoeIcenowy: tzimmermann: I'm going to apply 20261003090006.4e29fdce9913-1-archwse@gmail.com and 20261003093415.e64386de1e64-1-archwse@gmail.com , which are bugfixes to the drm/loongson driver for bugs that have existed since long, should I apply to drm-misc-fixes?
13:25 MoeIcenowy: (or should I wait for merging window to close?
13:44 mlankhorst: You can always apply fixes to drm-misc-fixes, only useful to delay drm-misc-next-fixes perhaps until it becomes -fixes, if close to rc1.
13:58 karolherbst: does GL_KHR_shader_subgroup require fp64 support?
14:14 tzimmermann: MoeIcenowy, please apply now to drm-misc-fixes
14:20 MoeIcenowy: tzimmermann: thanks
14:21 MoeIcenowy: maybe the flow chart at https://drm.pages.freedesktop.org/maintainer-tools/committer/committer-drm-misc.html should be have "current rc" replaced with "latest tag in torvalds/linux" to solve this ambiguity?
14:21 MoeIcenowy: s/be have/have/
14:56 mareko: the looming singularity is both exciting and frightening
19:33 Kayden: does nir_shader_lower_instructions repeat itself? trying to see how e.g. nir_lower_subgroups would see lower_to_scalar ... then possibly see lower_to_boolean ...
19:33 Kayden: i.e. if you generate a replacement, does it call the lowering on that replacement before carrying on?
19:34 Kayden: oh
19:34 Kayden: it sets the cursor to after, so any newly generated replacements will get iterated, yes
19:49 Kayden: oh, duh, comments in nir.h explicitly say so