Date: Wed, 31 Oct 2012 10:47:59 +0100 From: =?iso-8859-1?Q?R=E9mi_Pauchet?= <remi.pauchet@netasq.com> To: Gleb Smirnoff <glebius@FreeBSD.org> Cc: freebsd-net@FreeBSD.org Subject: Re: panic ixgbevf / SMP under high network load Message-ID: <7E43156D-C927-4C18-AD3A-200582C81C65@netasq.com> In-Reply-To: <20121026103006.GB70741@glebius.int.ru> References: <B722D1A8-AA5F-4B80-8F84-B3935D72A498@netasq.com> <20121025164031.GA70741@FreeBSD.org> <AE47060F-235A-4F07-B840-06A2D7DCB75D@netasq.com> <20121026103006.GB70741@glebius.int.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7E43156D-C927-4C18-AD3A-200582C81C65>