03:17 xeyler: mareko: hud_nic.c makes use of wireless extensions. this ioctl interface has been deprecated in favor of nl80211 for quite a while
03:19 xeyler: would a patchset which removes this code in favor of conditionally linking libnl (when the `gallium-extra-hud` option is enabled) be acceptable?
03:20 xeyler: or would it be preferable to remove the nic stats hud from gallium altogether?
03:29 xeyler: by the way, i get a failing assertion in hud_pane_set_max_value in hud_context.c. i haven't investigated much yet, but i'd guess it's probably a logical error when calculating leftmost_digit
03:29 xeyler: https://gist.githubusercontent.com/brighamcampbell/9fe72f40c3e22c9e947102611daacb36/raw/
03:35 xeyler: (i'm running against mesa commit 590bf21d918c)
03:39 airlied: agd5f: but if it's broken name in the PR, can you fix it on the branch and send a new PR, I'd like to PRs I get to build :-)
03:57 xeyler: huh. actually, it looks like the logic in query_nic_load in hud_nic.c may be dubious. casting pct to a uint64_t seems to be emitting 9.2 quintillion, which cripples hud_pane_set_max_value
06:57 tzimmermann: sima, airlied, hi! please backmerge v7.3-rc4 into drm-next. (asked for by phasta)
07:27 cborah: CounterPillow: Thanks! I will have a look.
10:00 lucaceresoli: mripard: my simple oneliner cleanup series is still mostly unreviewed despite the ping :(
10:00 lucaceresoli: https://lore.kernel.org/lkml/20260915-drm-bridge-drm_panel-cleanup-v4-0-30401d9406f3@bootlin.com/
10:00 lucaceresoli: mripard: so the question is: if the series gets R-by pcercuei, would that be enough to apply?
10:07 jasuarez: gfxstrand: very much appreciated if you can add some feedback at https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43119#note_3607388
11:43 mripard: lucaceresoli: that's a resend, not a ping
11:43 mripard: but yeah, sure, Paul's is as good of a reviewed-by as any
11:44 lucaceresoli: mripard: a resend + a ping indeed :)
11:44 lucaceresoli: mripard: OK, thanks, I'll ask pcercuei to review
13:23 agd5f: airlied, it's correct in the PR itself.
15:33 cwabbott: is there any reason why lavapipe is rolling its own input attachment lowering?
15:33 zmike: historical
15:33 zmike: probably it did this before any other driver
15:52 zmike: PHORONIX IS DOWN QUICK MERGE ALL THE FEATURES
16:04 ccr: <philosoraptor> if a feature is merged when Phoronix is not watching, is it truly merged? </>
16:05 CounterPillow: I really picked the right time to send out the VRR limiter RFC series, huh
16:19 alyssa: CounterPillow: Is the goal to minimize or maximize the # of phoronix articles?
16:22 CounterPillow: We're doing phoronix-batching so the readers can pursue other activities and avoid frequent synchronisation points
16:52 rpavlik: I determined reading Phoronix was considered self-harm
17:17 Hazematman: Reading Phoronix or it's comment section 😂
19:17 mareko: xeyler: whatever works for you
22:54 anholt: anyone up for acking a fix for piglit failures across a ton of drivers? https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/1203