summaryrefslogtreecommitdiff
path: root/net/dccp
diff options
context:
space:
mode:
authorFlorian Westphal <fw@strlen.de>2020-07-24 13:34:46 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-12-30 11:50:54 +0100
commit810bc556e347812d343baa7b1bc899eab569dadd (patch)
tree2edc3fc0e2432ac7a1c4bccb8c7515f5886c6a40 /net/dccp
parentb17244cebb24b30b886d46938cc5f798f7337574 (diff)
netfilter: nft_compat: make sure xtables destructors have run
[ Upstream commit ffe8923f109b7ea92c0842c89e61300eefa11c94 ] Pablo Neira found that after recent update of xt_IDLETIMER the iptables-nft tests sometimes show an error. He tracked this down to the delayed cleanup used by nf_tables core: del rule (transaction A) add rule (transaction B) Its possible that by time transaction B (both in same netns) runs, the xt target destructor has not been invoked yet. For native nft expressions this is no problem because all expressions that have such side effects make sure these are handled from the commit phase, rather than async cleanup. For nft_compat however this isn't true. Instead of forcing synchronous behaviour for nft_compat, keep track of the number of outstanding destructor calls. When we attempt to create a new expression, flush the cleanup worker to make sure destructors have completed. With lots of help from Pablo Neira. Reported-by: Pablo Neira Ayso <pablo@netfilter.org> Signed-off-by: Florian Westphal <fw@strlen.de> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'net/dccp')
0 files changed, 0 insertions, 0 deletions