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: b...@freebsd.org
          Reporter: tr...@freebsd.org

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.

Reply via email to