> On 16 Jun 2016, at 08:40, Dominik Schoeffmann wrote:
>
> Is the checksum offloading patch for the igb(4) driver available online?
> (I could not find it)
> I would really like to take a look at it, espacially the context
> descriptor part of it.
I would also be interested in it... For looking a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
arca...@ivanovy.net changed:
What|Removed |Added
CC||arca...@ivanovy.net
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
--- Comment #2 from arca...@ivanovy.net ---
Spoke too soon, disabling MSI-X seems to help only marginally:
Jun 16 13:29:49 fw1 kernel: igb1: Watchdog timeout -- resetting
Jun 16 13:29:49 fw1 kernel: igb1: Queue(846295657) tdh =
-124946497
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
--- Comment #3 from arca...@ivanovy.net ---
Possibly related to #200221
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-net@freebsd.org mailing list
https://
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
--- Comment #4 from arca...@ivanovy.net ---
igb0: flags=8843 metric 0 mtu 1500
options=bb
igb1: flags=8843 metric 0 mtu 1500
options=bb
I have TSO, VLAN_HWTSO and LRO disabled.
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
--- Comment #5 from arca...@ivanovy.net ---
some PCI-E errors:
pcib4@pci0:3:0:0: class=0x060400 card=0x chip=0x260812d8 rev=0x00
hdr=0x01
vendor = 'Pericom Semiconductor'
class = bridge
subclass = PCI-PC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200420
--- Comment #6 from arca...@ivanovy.net ---
# netstat -m
2048/3772/5820 mbufs in use (current/cache/total)
2046/2514/4560/100 mbuf clusters in use (current/cache/total/max)
2046/2508 mbuf+clusters out of packet secondary zone in use (cur
About week ago I've patched if_ix.c, just returned back code fragment of
max_frame_size determination from 2.8.3 version of ixgbe driver:
/*
** Determine the correct mbuf pool
** for doing jumbo frames
*/
if (adapter->max_frame_size <= 2048)
On Tue, 2016-06-14 at 09:26 -0600, Alan Somers wrote:
>
> I don't know the best answer either. But while you're in there, are
> you interested in fixing any other lagg panics too? I've written
> some
> ATF torture tests for lagg, but I haven't checked them into head yet
> because most of them qu
Hi!
At Netflix we are observing a race in TCP timers with head.
The problem is a regression, that doesn't happen on stable/10.
The panic usually happens after several hours at 55 Gbit/s of
traffic.
What happens is that tcp_timer_keep finds t_tcpcb being
NULL. Some coredumps have tcpcb already
10 matches
Mail list logo
