From: Florian Westphal <fw@strlen.de>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: netfilter-devel@vger.kernel.org, dvyukov@google.com, fw@strlen.de
Subject: Re: [PATCH nf] netfilter: nftables: accept all dummy chain when table is dormant
Date: Wed, 19 May 2021 00:56:19 +0200 [thread overview]
Message-ID: <20210518225619.GA8317@breakpoint.cc> (raw)
In-Reply-To: <20210518224730.317215-1-pablo@netfilter.org>
Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> The dormant flag need to be updated from the preparation phase,
> otherwise, two consecutive requests to dorm a table in the same batch
> might try to remove the same hooks twice, resulting in the following
> warning:
>
> hook not found, pf 3 num 0
> WARNING: CPU: 0 PID: 334 at net/netfilter/core.c:480 __nf_unregister_net_hook+0x1eb/0x610 net/netfilter/core.c:480
> Modules linked in:
> CPU: 0 PID: 334 Comm: kworker/u4:5 Not tainted 5.12.0-syzkaller #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
> Workqueue: netns cleanup_net
> RIP: 0010:__nf_unregister_net_hook+0x1eb/0x610 net/netfilter/core.c:480
Would it be possible to reject such a batch instead of having to add
rely on dummy hooking instead?
I don't think we should try to be clever with nonsensical yes-no-yes-yes-no
type commits.
next prev parent reply other threads:[~2021-05-18 22:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-18 22:47 [PATCH nf] netfilter: nftables: accept all dummy chain when table is dormant Pablo Neira Ayuso
2021-05-18 22:56 ` Florian Westphal [this message]
2021-05-18 23:18 ` Pablo Neira Ayuso
2021-05-19 8:30 ` Florian Westphal
2021-05-19 9:01 ` Pablo Neira Ayuso
2021-05-19 9:07 ` Pablo Neira Ayuso
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210518225619.GA8317@breakpoint.cc \
--to=fw@strlen.de \
--cc=dvyukov@google.com \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.