Date: Fri, 06 Nov 2015 12:47:35 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 204333] emulators/virtualbox-ose: kldload vboxdrv causes "ncpus is 0 with non-zero map" panic Message-ID: <bug-204333-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204333 Bug ID: 204333 Summary: emulators/virtualbox-ose: kldload vboxdrv causes "ncpus is 0 with non-zero map" panic Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: vbox@FreeBSD.org Reporter: emz@norma.perm.ru Flags: maintainer-feedback?(vbox@FreeBSD.org) Assignee: vbox@FreeBSD.org FreeBSD - recent STABLE (yesterday), ports from today. virtualbox-ose rebuilt from fresh newly updated ports after system was updated. uname: FreeBSD bsdrookie.norma.com. 10.2-STABLE FreeBSD 10.2-STABLE #0 r290391: Fri Nov 6 11:27:47 YEKT 2015 emz@taiga:/usr/obj/usr/src/sys/BSDROOKIE amd64 virtualbox-ose-4.3.32 virtualbox-ose-kmod-4.3.32 kldload vboxdrv or kldload vboxnetflt causes immediate panic (100% reproducible, 4 attempts - 4 panics). I have read that this may be related to nvidia kernel module - tried without it - also panics. I'm also using vt(4) cons driver (dont know if it's relevant). Backtraces: Dump header from device /dev/mirror/swap Architecture: amd64 Architecture Version: 2 Dump Length: 463077376B (441 MB) Blocksize: 512 Dumptime: Fri Nov 6 17:15:21 2015 Hostname: bsdrookie.norma.com. Magic: FreeBSD Kernel Dump Version String: FreeBSD 10.2-STABLE #0 r290391: Fri Nov 6 11:27:47 YEKT 2015 emz@taiga:/usr/obj/usr/src/sys/BSDROOKIE Panic String: ncpus is 0 with non-zero map Dump Parity: 3286732907 Bounds: 6 Dump Status: good bsdrookie.norma.com. dumped core - see /var/crash/vmcore.6 Fri Nov 6 17:16:48 YEKT 2015 FreeBSD bsdrookie.norma.com. 10.2-STABLE FreeBSD 10.2-STABLE #0 r290391: Fri Nov 6 11:27:47 YEKT 2015 emz@taiga:/usr/obj/usr/src/sys/BSDROOKIE amd64 panic: ncpus is 0 with non-zero map GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: ncpus is 0 with non-zero map cpuid = 2 KDB: stack backtrace: #0 0xffffffff80976740 at kdb_backtrace+0x60 #1 0xffffffff8093a276 at vpanic+0x126 #2 0xffffffff8093a143 at panic+0x43 #3 0xffffffff80983364 at smp_rendezvous_cpus+0x1f4 #4 0xffffffff81e8b696 at RTMpOnSpecific+0xc6 #5 0xffffffff81e6c3bb at supdrvInitDevExt+0x3bb #6 0xffffffff81e7805e at VBoxDrvFreeBSDModuleEvent+0x9e #7 0xffffffff8091ed7b at module_register_init+0xfb #8 0xffffffff80914467 at linker_load_module+0xc07 #9 0xffffffff809158b3 at kern_kldload+0xc3 #10 0xffffffff8091598b at sys_kldload+0x5b #11 0xffffffff80d3d8bf at amd64_syscall+0x40f #12 0xffffffff80d22b7b at Xfast_syscall+0xfb Uptime: 1m20s Dumping 441 out of 8122 MB:..4%..11%..22%..33%..44%..51%..62%..73%..84%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko #0 doadump (textdump=<value optimized out>) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=<value optimized out>) at pcpu.h:219 #1 0xffffffff80939ed2 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:455 #2 0xffffffff8093a2b5 in vpanic (fmt=<value optimized out>, ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:762 #3 0xffffffff8093a143 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:691 #4 0xffffffff80983364 in smp_rendezvous_cpus ( setup_func=<value optimized out>, action_func=<value optimized out>, teardown_func=<value optimized out>, arg=<value optimized out>) at /usr/src/sys/kern/subr_smp.c:495 #5 0xffffffff81e8b696 in RTMpOnSpecific () from /boot/modules/vboxdrv.ko #6 0xffffffff81e6c3bb in supdrvInitDevExt () from /boot/modules/vboxdrv.ko #7 0xffffffff81e7805e in VBoxDrvFreeBSDModuleEvent () from /boot/modules/vboxdrv.ko #8 0xffffffff8091ed7b in module_register_init (arg=0x0) at /usr/src/sys/kern/kern_module.c:123 #9 0xffffffff80914467 in linker_load_module (kldname=<value optimized out>, modname=0xfffff800045c3400 "vboxdrv", parent=0x0, verinfo=0x6c327e92e8, lfpp=0xfffffe02370ae930) at /usr/src/sys/kern/kern_linker.c:225 #10 0xffffffff809158b3 in kern_kldload (td=<value optimized out>, file=<value optimized out>, fileid=0xfffffe02370ae974) at /usr/src/sys/kern/kern_linker.c:1030 #11 0xffffffff8091598b in sys_kldload (td=0xfffff80199dae940, uap=<value optimized out>) at /usr/src/sys/kern/kern_linker.c:1056 #12 0xffffffff80d3d8bf in amd64_syscall (td=0xfffff80199dae940, traced=0) at subr_syscall.c:141 #13 0xffffffff80d22b7b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #14 0x000000080086666a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) Full core text file: http://zhegan.in/files/core.txt.6 Full core binary file: http://zhegan.in/files/vmcore.6 -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-204333-13>