[Bug 193075] New: netmap: attaching to 'vale0' with netmap-libpcap causes a kernel panic

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Wed Aug 27 18:46:57 UTC 2014


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193075

            Bug ID: 193075
           Summary: netmap: attaching to 'vale0' with netmap-libpcap
                    causes a kernel panic
           Product: Base System
           Version: 10.0-STABLE
          Hardware: Any
                OS: Any
            Status: Needs Triage
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: nenolod at tortois.es

To reproduce, run tcpdump -ni vale0 and your system kernel panics.

If this is an invalid parameter, it should of course not cause a kernel panic. 
So I am pretty sure this is a bug, even if I'm doing it wrong.

----

as6461-1-4 dumped core - see /var/crash/vmcore.1

Wed Aug 27 11:26:02 CDT 2014

FreeBSD as6461-1-4 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #1 r270719: Wed Aug
27 10:06:55 CDT 2014     kaniini at as6461-1-4:/usr/obj/usr/src/sys/CENTARRA 
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:
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 1896 (tcpdump)
trap number             = 12
panic: page fault
cpuid = 1
KDB: stack backtrace:
#0 0xffffffff8092e950 at kdb_backtrace+0x60
#1 0xffffffff808f3c15 at panic+0x155
#2 0xffffffff80ced5ef at trap_fatal+0x38f
#3 0xffffffff80ced908 at trap_pfault+0x308
#4 0xffffffff80cecf6a at trap+0x47a
#5 0xffffffff80cd3042 at calltrap+0x8
#6 0xffffffff807e36c4 at devfs_ioctl_f+0x114
#7 0xffffffff80945515 at kern_ioctl+0x255
#8 0xffffffff8094526c at sys_ioctl+0x13c
#9 0xffffffff80cedf21 at amd64_syscall+0x351
#10 0xffffffff80cd332b at Xfast_syscall+0xfb
Uptime: 2m1s
Dumping 1358 out of 32722 MB:..2%..11%..21%..31%..41%..51%..61%..71%..81%..91%

Reading symbols from /boot/kernel/ums.ko.symbols...done.
Loaded symbols for /boot/kernel/ums.ko.symbols
#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  0xffffffff808f3892 in kern_reboot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:452
#2  0xffffffff808f3c54 in panic (fmt=<value optimized out>)
    at /usr/src/sys/kern/kern_shutdown.c:759
#3  0xffffffff80ced5ef in trap_fatal (frame=<value optimized out>,
    eva=<value optimized out>) at /usr/src/sys/amd64/amd64/trap.c:865
#4  0xffffffff80ced908 in trap_pfault (frame=0xfffffe085f91e430,
    usermode=<value optimized out>) at /usr/src/sys/amd64/amd64/trap.c:676
#5  0xffffffff80cecf6a in trap (frame=0xfffffe085f91e430)
    at /usr/src/sys/amd64/amd64/trap.c:440
#6  0xffffffff80cd3042 in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:232
#7  0xffffffff8062cb2e in netmap_ioctl (dev=0xfffff800174ef800,
    cmd=3223349521, data=0xfffff800170a34c0 "vale0", fflag=-65534,
    td=0xfffff80017637490) at /usr/src/sys/dev/netmap/netmap.c:2236
#8  0xffffffff807e36c4 in devfs_ioctl_f (fp=0xfffff8001752c9b0,
    com=3223349521, data=0xfffff800170a34c0, cred=<value optimized out>,
    td=0xfffff80017637490) at /usr/src/sys/fs/devfs/devfs_vnops.c:757
#9  0xffffffff80945515 in kern_ioctl (td=0xfffff80017637490,
    fd=<value optimized out>, com=18446735278003074240) at file.h:319
#10 0xffffffff8094526c in sys_ioctl (td=0xfffff80017637490,
    uap=0xfffffe085f91ea40) at /usr/src/sys/kern/sys_generic.c:702
#11 0xffffffff80cedf21 in amd64_syscall (td=0xfffff80017637490, traced=0)
    at subr_syscall.c:134
#12 0xffffffff80cd332b in Xfast_syscall ()
    at /usr/src/sys/amd64/amd64/exception.S:391
#13 0x0000000800e4d53a in ?? ()
Previous frame inner to this frame (corrupt stack?)
Current language:  auto; currently minimal
(kgdb)

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list