[Bug 280074] em(4) temporarily hangs and re-enables TX CSUM if a bridge it's a member of is modified
| Newsgroups | gmane.os.freebsd.devel.net |
|---|---|
| Message-ID | <[email protected]/bugzilla/> |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280074 --- Comment #8 from Joshua Kinard <[email protected]> --- (In reply to Marek Zarychta from comment #7) I don't think the issue is in the epair(4) driver. I can clearly prove that the base system em(4) driver exhibits the behavior, while the variant provided by net/intel-em-kmod does not. That's a sign that it's more likely an issue with the base system em(4) driverm not epair(4). Nor do I think it is bridge(4) that is at fault, as I have other FreeBSD systems using re(4), igb(4), and lagg(4) that also use jails with epair(4), and starting/stopping their jails does not cause a temporary loss of network connectivity, like I am seeing with em(4) (and as others in the referenced Reddit thread also noticed). -- You are receiving this mail because: You are the assignee for the bug.