[Bug 280074] em(4) temporarily hangs and re-enables TX CSUM if a bridge it's a member of is modified

[email protected]
Newsgroups gmane.os.freebsd.devel.net
Message-ID <[email protected]/bugzilla/>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280074

--- Comment #31 from Joshua Kinard <[email protected]> ---
(In reply to Zhenlei Huang from comment #29)
So it looks like the "fix" is really just adding "-mextpg" to my EM_OPTS
variable in /etc/rc.conf.  I already had -lro and -tso (the latter which
implies -tso6), so that leaves the enabling of these "extended multi-page
mbuf(9) buffers" as the culprit causing the network stall while (I assume) the
hardware undergoes a full reset.  Turning that capability off causes the
in-tree em(4) driver to behave just like the ports version.  Upon "jail -r
squid", I can still send/receive characters over the SSH session, and the dmesg
output is missing the line about "2 link states coalesced".  Since the ports
driver does not appear to support MEXTPG, that's probably why it doesn't
exhibit the problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.