[Bug 238870] sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue Sep 8 14:54:36 UTC 2020
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238870
--- Comment #24 from commit-hook at FreeBSD.org ---
A commit references this bug:
Author: kp
Date: Tue Sep 8 14:54:11 UTC 2020
New revision: 365457
URL: https://svnweb.freebsd.org/changeset/base/365457
Log:
net: mitigate vnet / epair cleanup races
There's a race where dying vnets move their interfaces back to their original
vnet, and if_epair cleanup (where deleting one interface also deletes the
other
end of the epair). This is commonly triggered by the pf tests, but also by
cleanup of vnet jails.
As we've not yet been able to fix the root cause of the issue work around the
panic by not dereferencing a NULL softc in epair_qflush() and by not
re-attaching DYING interfaces.
This isn't a full fix, but makes a very common panic far less likely.
PR: 244703, 238870
Reviewed by: lutz_donnerhacke.de
MFC after: 4 days
Differential Revision: https://reviews.freebsd.org/D26324
Changes:
head/sys/net/if.c
head/sys/net/if_epair.c
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-testing
mailing list