Date: Mon, 08 Sep 2014 12:19:25 -0700 From: Sean Bruno <sbruno@ignoranthack.me> To: FreeBSD Net <freebsd-net@freebsd.org> Subject: Re: ixgbe(4) spin lock held too long Message-ID: <1410203965.1343.3.camel@bruno> In-Reply-To: <1410203348.1343.1.camel@bruno> References: <1410203348.1343.1.camel@bruno>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2014-09-08 at 12:09 -0700, Sean Bruno wrote: > This sort of looks like the hardware failed to respond to us in time? > Too busy? > > sean > This seems to be affecting my 10/stable machines from 15Aug2014. Not a lot of churn in the code so I don't think this is new. The afflicted machines, quite a few by my count, appear to have not been super busy (pushing about 200 Mb/s). sean > > panic: spin lock held too long > > 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: > spin lock 0xffffffff812a0400 (callout) held by 0xfffff800151fe000 (tid > 100003) too long > panic: spin lock held too long > cpuid = 4 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe1f292752b0 > panic() at panic+0x155/frame 0xfffffe1f29275330 > _mtx_lock_spin_cookie() at _mtx_lock_spin_cookie+0x243/frame > 0xfffffe1f29275390 > callout_lock() at callout_lock+0xd4/frame 0xfffffe1f292753d0 > callout_reset_sbt_on() at callout_reset_sbt_on+0x10b/frame > 0xfffffe1f29275450 > tcp_timer_activate() at tcp_timer_activate+0xe7/frame 0xfffffe1f29275470 > tcp_do_segment() at tcp_do_segment+0x96/frame 0xfffffe1f292755b0 > tcp_input() at tcp_input+0xeed/frame 0xfffffe1f292756f0 > ip_input() at ip_input+0x97/frame 0xfffffe1f29275740 > netisr_dispatch_src() at netisr_dispatch_src+0x62/frame > 0xfffffe1f292757b0 > ether_demux() at ether_demux+0x126/frame 0xfffffe1f292757e0 > ether_nh_input() at ether_nh_input+0x349/frame 0xfffffe1f29275840 > netisr_dispatch_src() at netisr_dispatch_src+0x62/frame > 0xfffffe1f292758b0 > tcp_lro_flush() at tcp_lro_flush+0x198/frame 0xfffffe1f292758d0 > ixgbe_rxeof() at ixgbe_rxeof+0x6b3/frame 0xfffffe1f29275990 > ixgbe_msix_que() at ixgbe_msix_que+0xba/frame 0xfffffe1f292759e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0xab/frame > 0xfffffe1f29275a20 > ithread_loop() at ithread_loop+0x96/frame 0xfffffe1f29275a70 > fork_exit() at fork_exit+0x9a/frame 0xfffffe1f29275ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1f29275ab0 > --- trap 0, rip = 0, rsp = 0xfffffe1f29275b70, rbp = 0 --- > Uptime: 8d20h4m58s > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1410203965.1343.3.camel>