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