Hooman,
I have run with dev.em.X.flow_control=0, which should have the same result
as hw.em.fc_setting=0, and net.inet.tcp.tso is also 0. I'm not sure the
remaining options would be able to produce the scenario I'm seeing, but I'm
open to giving it a try with no options on the interfaces. I've also added
ifconfig output to the collection.
options=219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC>
ifconfig emX -rxcsum -txcsum -vlanhwtag -tso -wol
options=88<VLAN_MTU,VLAN_HWCSUM>
It's always TX, but these servers push ~12x what they receive, so I'm
guessing it could happen to either buffer given the right traffic patterns.
While looking through commits I also found a patch to add a couple sysctls
for em, which I'm adding - http://freshbsd.org/commit/freebsd/r223676
Can you provide some more details as to how traffic flows on these servers ?
Are they going through them, or are they generating the traffic ? I wonder
given a smaller CPU, it would be easier to trigger the condition somehow. We
recently got a Soekris 6501 which has onboard 4 such em nics, but has just a
1Ghz Atom.
Hi All,
I've got almost the same problem with intel 82574L based nic. My
platform is nvidia ion running Atom 1.6 and nic is an external
PCI-express adapter. Unlike Jason's case mine is always stuck in
receiving traffic, it's Ierrs increasing while Ipkts not. Thanks to
Jason's script I can see those locks and interface flapping every
several hours. My system is not a heavy loaded server but just a home
nas/router, usually routing at 100 mbps or less. Nither disabling MSIX
nor tuning txd rxd doesn't help me.
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
