On Mon, Oct 09, 2023 at 05:05:42PM -0400, Scott Walters wrote: > Sorry, this is not a real report. I forgot to try to do Control Alt Escape > to get the > ddb> prompt, and it didn't come up on its own even though ddb.panic is 1 in > sysctl. > I switched to the non-SMP 7.3 kernel after that hoping it helps so sendbug > info below > is wrong. Crash is on the 7.3 MP kernel current as of a couple of weeks ago. > > Going to try to get around to trying the RC's on a similar machine. > > jpg attached. > > >Synopsis: kernel panic > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3 (GENERIC) #1072: Sat Mar 25 10:26:08 MDT 2023 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC > > Architecture: OpenBSD.amd64 > Machine : amd64 > >Description: > kernel panic. > >How-To-Repeat: > Did not try to replicate, but was drawing an arc in xpaint when the > system > became unresponsive then dropped to console as photographed a moment > later. > Supposing that this is random and unrelated to user actions.
It could be you saw the problem fixed in sys/dev/pci/drm/include/linux/gfp.h rev 1.7 ---------------------------- revision 1.7 date: 2023/07/30 12:16:20; author: jsg; state: Exp; lines: +1 -1; commitid: nJseAF2KX36j82XS; change __GFP_KSWAPD_RECLAIM from 0 to M_NOWAIT aja@ reported a panic where __i915_gpu_coredump() used a combination of gfp flags which resulted in neither M_WAITOK or M_NOWAIT. ---------------------------- This change is included in snapshot builds and will be in 7.4.