On Sat, Jan 10, 2026 at 3:05 AM Crystal Kolipe <[email protected]> wrote: > > On Fri, Jan 09, 2026 at 11:03:59AM -0800, patrick keshishian wrote: > > For what it's worth, I think I see the same warning messages > > since upgrade 7.8 (also on -current). I was hoping to post > > about this after I tested this AI summarized change > > What exactly in this "AI summarized change" are you hoping to test?
The suggested change was to rate-limit the warning message, and thus stop the flooding in dmesg. My understanding of the summarized search result is that the warning is issued when it is detected that a command size exceeds allocated buffer size; This validation is done to protect older GPUs lacking memory protection. --patrick > It's effectively just a resume of a handful of messages in a single thread on > the linux kernel development list. There doesn't seem to be anything specific > to OpenBSD in that text. > > Although a large part of the drm code is directly imported from linux, in > general any changes to that code will likely take some time to be imported in > to OpenBSD. > > Besides, the proposed 'change' on the linux kernel side seems to be just to > rate-limit the reporting of the errors. That might be the only realistic > option open to the developers there, since they are only concerned with the > kernel itself. > > But OpenBSD ships X11 as part of the base system, so if the real problem is > in userland it will almost certainly be fixed properly there instead of > relying on a cludge to reduce log flooding. > > If bugs in OpenBSD are not reported, those bugs are less likely to be fixed.
