https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283103
Bug ID: 283103
Summary: Yet another Parallels arm64 panic
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: [email protected]
Reporter: [email protected]
This only happens every other week or so; I don't know what's the trigger, I
believe the VM is idle when it happens. Looks like this:
panic: sleepq_add: td 0xffff0000b661e640 to sleep on wchan 0xffffa000c0a0e380
with sleeping prohibited
cpuid = 0
time = 1733037443
KDB: stack backtrace:
db_trace_self() at db_trace_self
db_trace_self_wrapper() at db_trace_self_wrapper+0x38
vpanic() at vpanic+0x1ac
panic() at panic+0x48
sleepq_add() at sleepq_add+0x2c0
_sleep() at _sleep+0x1d4
AcpiOsAcquireMutex() at AcpiOsAcquireMutex+0x9c
AcpiUtAcquireMutex() at AcpiUtAcquireMutex+0xac
AcpiOsAcquireObject() at AcpiOsAcquireObject+0x1c
AcpiUtCreateGenericState() at AcpiUtCreateGenericState+0x14
AcpiPsPushScope() at AcpiPsPushScope+0x28
AcpiPsParseLoop() at AcpiPsParseLoop+0x300
AcpiPsParseAml() at AcpiPsParseAml+0xb0
AcpiPsExecuteMethod() at AcpiPsExecuteMethod+0x138
AcpiNsEvaluate() at AcpiNsEvaluate+0x1d8
AcpiEvaluateObject() at AcpiEvaluateObject+0x13c
ithread_loop() at ithread_loop+0x288
fork_exit() at fork_exit+0x78
fork_trampoline() at fork_trampoline+0x18
KDB: enter: panic
For some reason I can't do backtrace with kgdb(1), but I've seen the same
problem previously, so probably unrelated:
(kgdb) bt
#0 0xffff0000004b68f4 in doadump (textdump=0) at
/usr/home/trasz/git/freebsd/sys/kern/kern_shutdown.c:404
#1 0x2cb00000000e9bf0 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
I took a VM snapshot this time with kernel still in ddb(4).
--
You are receiving this mail because:
You are the assignee for the bug.
