Date: Sun, 31 Mar 2019 19:42:59 +0000 From: bugzilla-noreply@freebsd.org To: vbox@FreeBSD.org Subject: maintainer-feedback requested: [Bug 236917] emulators/virtualbox-ose: Sleeping thread owns a non-sleepable lock kernel panic Message-ID: <bug-236917-26505-YmZPWrKSKI@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-236917-26505@https.bugs.freebsd.org/bugzilla/> References: <bug-236917-26505@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Bugzilla Automation <bugzilla@FreeBSD.org> has asked vbox@FreeBSD.org for maintainer-feedback: Bug 236917: emulators/virtualbox-ose: Sleeping thread owns a non-sleepable = lock kernel panic https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236917 --- Description --- FreeBSD 12.0-RELEASE-p3 amd64 host running multiple guests (FreeBSD, RHEL, Fedora, Windows) I'll get the follow kernel panic (see below). It seems to = be popular during startups of the hosts however I've seen it on long running states as well. I've had this kernel panic this host 4 time in the past mo= nth. I don't have any reproducers. The vbox home directory and data is hosted on a ZFS mirror. kernel: Sleeping thread (tid 100909, pid 1118) owns a non-sleepable lock kernel: KDB: stack backtrace of thread 100909: kernel: #0 0xffffffff80ba6de1 at mi_switch+0xe1 kernel: #1 0xffffffff80bf5c45 at sleepq_catch_signals+0x405 kernel: #2 0xffffffff80bf5f24 at sleepq_timedwait_sig+0x14 kernel: #3 0xffffffff82669ba6 at rtR0SemEventMultiBsdWait+0x2a6 kernel: #4 0xffffffff82a9784a at __stop_set_sysinit_set+0x9e02 kernel: #5 0xffffffff8263fa61 at supdrvIOCtlInnerUnrestricted+0x1781 kernel: #6 0xffffffff8264d3fd at VBoxDrvFreeBSDIOCtl+0xed kernel: #7 0xffffffff80a51acd at devfs_ioctl+0xad kernel: #8 0xffffffff811f945e at VOP_IOCTL_APV+0x7e kernel: #9 0xffffffff80c7a144 at vn_ioctl+0x1a4 kernel: #10 0xffffffff80a520af at devfs_ioctl_f+0x1f kernel: #11 0xffffffff80c04f3d at kern_ioctl+0x26d kernel: #12 0xffffffff80c04c5e at sys_ioctl+0x15e kernel: #13 0xffffffff81075449 at amd64_syscall+0x369 kernel: #14 0xffffffff8104fd1d at fast_syscall_common+0x101 kernel: panic: sleeping thread kernel: cpuid =3D 2 kernel: time =3D 1554059485 kernel: KDB: stack backtrace: kernel: #0 0xffffffff80be7977 at kdb_backtrace+0x67 kernel: #1 0xffffffff80b9b563 at vpanic+0x1a3 kernel: #2 0xffffffff80b9b3b3 at panic+0x43 kernel: #3 0xffffffff80bfd412 at propagate_priority+0x2b2 kernel: #4 0xffffffff80bfe048 at turnstile_wait+0x338 kernel: #5 0xffffffff80b7ade6 at __mtx_lock_sleep+0x196 kernel: #6 0xffffffff80f0071e at vm_reserv_alloc_page+0x4ee kernel: #7 0xffffffff80ef2c7e at vm_page_alloc_domain_after+0xde kernel: #8 0xffffffff80ef2aa4 at vm_page_alloc+0x74 kernel: #9 0xffffffff80edbd3c at vm_fault_hold+0x13ac kernel: #10 0xffffffff80eda940 at vm_fault+0x60 kernel: #11 0xffffffff81074ae3 at trap_pfault+0x163 kernel: #12 0xffffffff81074175 at trap+0x425 kernel: #13 0xffffffff8104f435 at calltrap+0x8
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-236917-26505-YmZPWrKSKI>