Bug 193075 - netmap: attaching to 'vale0' with netmap-libpcap causes a kernel panic
Summary: netmap: attaching to 'vale0' with netmap-libpcap causes a kernel panic
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.0-STABLE
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-net (Nobody)
Depends on:
Reported: 2014-08-27 18:46 UTC by William Pitcock
Modified: 2017-01-08 00:08 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description William Pitcock 2014-08-27 18:46:57 UTC
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@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
Comment 1 Hiren Panchasara freebsd_committer 2017-01-08 00:08:33 UTC
Please reopen if this is still a problem for your on latest -HEAD/11 with updated netmap.