panic ixgbevf / SMP under high network load

Rémi Pauchet remi.pauchet at netasq.com
Wed Oct 31 09:48:19 UTC 2012


Hi,

from a svn checkout r242392:

#0  doadump (textdump=1) at /usr/svn/head/sys/kern/kern_shutdown.c:266
#1  0xffffffff808d3b72 in kern_reboot (howto=260) at /usr/svn/head/sys/kern/kern_shutdown.c:449
#2  0xffffffff808d359a in panic (fmt=0x0) at /usr/svn/head/sys/kern/kern_shutdown.c:637
#3  0xffffffff8033f737 in db_panic (addr=Variable "addr" is not available.
) at /usr/svn/head/sys/ddb/db_command.c:482
#4  0xffffffff8033fbe1 in db_command (last_cmdp=0xffffffff812eb1e0, cmd_table=Variable "cmd_table" is not available.
) at /usr/svn/head/sys/ddb/db_command.c:449
#5  0xffffffff8033fe30 in db_command_loop () at /usr/svn/head/sys/ddb/db_command.c:502
#6  0xffffffff80341f89 in db_trap (type=Variable "type" is not available.
) at /usr/svn/head/sys/ddb/db_main.c:231
#7  0xffffffff8090c388 in kdb_trap (type=12, code=0, tf=0xffffff80003739c0) at /usr/svn/head/sys/kern/subr_kdb.c:654
#8  0xffffffff80c61dcd in trap_fatal (frame=0xffffff80003739c0, eva=Variable "eva" is not available.
) at /usr/svn/head/sys/amd64/amd64/trap.c:867
#9  0xffffffff80c61f8a in trap_pfault (frame=0xffffff80003739c0, usermode=0) at /usr/svn/head/sys/amd64/amd64/trap.c:789
#10 0xffffffff80c626ca in trap (frame=0xffffff80003739c0) at /usr/svn/head/sys/amd64/amd64/trap.c:463
#11 0xffffffff80c4bdb3 in calltrap () at /usr/svn/head/sys/amd64/amd64/exception.S:228
#12 0xffffffff805a5fbf in ixv_rxeof (que=0xfffffe000220cd00, count=118) at /usr/svn/head/sys/dev/ixgbe/ixv.c:3438
#13 0xffffffff805aac91 in ixv_handle_que (context=Variable "context" is not available.
) at /usr/svn/head/sys/dev/ixgbe/ixv.c:980
#14 0xffffffff80919df3 in taskqueue_run_locked (queue=0xfffffe000221a900) at /usr/svn/head/sys/kern/subr_taskqueue.c:308
#15 0xffffffff8091a89e in taskqueue_thread_loop (arg=Variable "arg" is not available.
) at /usr/svn/head/sys/kern/subr_taskqueue.c:497
#16 0xffffffff808a3e45 in fork_exit (callout=0xffffffff8091a860 <taskqueue_thread_loop>, arg=0xfffffe000220cd58, 
    frame=0xffffff8000373c00) at /usr/svn/head/sys/kern/kern_fork.c:995
#17 0xffffffff80c4c2de in fork_trampoline () at /usr/svn/head/sys/amd64/amd64/exception.S:602


Regards,
Rémi


Le 26 oct. 2012 à 12:30, Gleb Smirnoff a écrit :

> On Fri, Oct 26, 2012 at 11:09:20AM +0200, R?mi Pauchet wrote:
> R> Hi
> R> 
> R> I have the same crash with FreeBSD 10-current
> R> 
> R> FreeBSD freebsd10 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r241761: Sat Oct 20 07:40:33 UTC 2012     root at kaos.glenbarber.us:/usr/obj/usr/src/sys/GENERIC  amd64
> R> 
> R> Sorry for the screenshots: panic doesn't dump the memory to the swap, I can't figure out why
> R> 
> R> I use udp frames (size 700) so this load is not supposed to produce ip fragmentation.
> R> 
> R> And again, the panic happens with 4 vcpus, no issue with 1 vcpu.
> 
> r241761 predates conversion of the IPv4 stack to net byte order, which happened
> in r241913.
> 
> Can you please try out your test on head r242077 or later?
> 
> -- 
> Totus tuus, Glebius.



More information about the freebsd-net mailing list