On 5 Dec 2021, at 19:47, Gleb Smirnoff wrote:
The branch main has been updated by glebius:
URL:
https://cgit.FreeBSD.org/src/commit/?id=eb93b99d698674e3b1cc7139fda98e2b175b8c5b
commit eb93b99d698674e3b1cc7139fda98e2b175b8c5b
Author: Gleb Smirnoff <gleb...@freebsd.org>
AuthorDate: 2021-12-05 16:47:24 +0000
Commit: Gleb Smirnoff <gleb...@freebsd.org>
CommitDate: 2021-12-05 18:46:37 +0000
in_pcb: delay crfree() down into UMA dtor
inpcb lookups, which check inp_cred, work with pcbs that
potentially went
through in_pcbfree(). So inp_cred should stay valid until SMR
guarantees
its invisibility to lookups.
While here, put the whole inpcb destruction sequence of
in_pcbfree(),
inpcb_dtor() and inpcb_fini() sequentially.
Submitted by: markj
Differential revision: https://reviews.freebsd.org/D33273
For some reason it looks like this commit causes jails to fail to get
fully cleaned up.
I can reproduce that trivially with `cd /usr/tests/sys/net ; kyua test
if_bridge_test:bridge_transmit_ipv4_unicast ; jls -na`.
Note the jails in dying state.
The jails created by that test never go away. It’s as if
`crfree(inp->inp_cred);` doesn’t actually get called. And indeed, it
looks like inpcb_dtor() does not get called at all.
Does
Kristof