Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 08 Sep 2020 14:54:31 +0000
From:      bugzilla-noreply@freebsd.org
To:        testing@FreeBSD.org
Subject:   [Bug 244703] sys.netpfil.pf.nat.exhaust panics kernel
Message-ID:  <bug-244703-32464-ONkQkQ4zV6@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-244703-32464@https.bugs.freebsd.org/bugzilla/>
References:  <bug-244703-32464@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244703

--- Comment #7 from commit-hook@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 orig=
inal
  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

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-244703-32464-ONkQkQ4zV6>