virtualbox crashes r254557

[Shawn Webb]

On Tue, Aug 27, 2013 at 10:41 AM, Marko Cupać <marko.cupac at mimar.rs> wrote:
> On Tue, 27 Aug 2013 15:59:19 +0200
> David Demelier <demelier.david at gmail.com> wrote:
>
>> Yes you can paste the dump here
>
> kaa.mimar.rs dumped core - see /var/crash/vmcore.1
>
> Tue Aug 27 12:34:13 CEST 2013
>
> FreeBSD kaa.mimar.rs 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254557: Sun Aug 25 22:44:52 CEST 2013     pacija at kaa.mimar.rs:/usr/obj/usr/src/sys/KAAGEN  amd64
>
> panic: page fault
>
> 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:
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address   = 0x0
> fault code              = supervisor read instruction, page not present
> instruction pointer     = 0x20:0x0
> stack pointer           = 0x28:0xffffff8127951580
> frame pointer           = 0x28:0xffffff81279515b0
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 1929 (VirtualBox)
> trap number             = 12
> panic: page fault
> cpuid = 2
> KDB: stack backtrace:
> #0 0xffffffff80948356 at kdb_backtrace+0x66
> #1 0xffffffff8090deae at panic+0x1ce
> #2 0xffffffff80cf2c00 at trap_fatal+0x290
> #3 0xffffffff80cf2f61 at trap_pfault+0x211
> #4 0xffffffff80cf3514 at trap+0x344
> #5 0xffffffff80cdc843 at calltrap+0x8
> #6 0xffffffff8285cd5e at vboxNetFltPortOsXmit+0xee
> #7 0xffffffff8285dcb4 at vboxNetFltPortXmit+0x64
> #8 0xffffffff828c83f8 at fuse_germ_vnops+0x55cf8
> #9 0xffffffff828ca182 at fuse_germ_vnops+0x57a82
> #10 0xffffffff828caf12 at fuse_germ_vnops+0x58812
> #11 0xffffffff82889647 at fuse_germ_vnops+0x16f47
> #12 0xffffffff828898a8 at fuse_germ_vnops+0x171a8
> #13 0xffffffff825963b2 at supdrvIOCtl+0x1d12
> #14 0xffffffff8259bef0 at VBoxDrvFreeBSDIOCtl+0x1d0
> #15 0xffffffff807f4cbb at devfs_ioctl_f+0x7b
> #16 0xffffffff8095ae16 at kern_ioctl+0x106
> #17 0xffffffff8095b05d at sys_ioctl+0xfd
> Uptime: 3h19m29s
> Dumping 734 out of 3984 MB:..3%..11%..22%..31%..42%..51%..61%..72%..81%..92%
>

It appears I'm having the same issue and at least one other (who I
talked to on IRC) is having the same issue on 10-CURRENT. Should I
revert my box to an older 9-STABLE commit? Has a PR been filed?