From: Florian Westphal <fw@strlen.de>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: Florian Westphal <fw@strlen.de>, netfilter-devel@vger.kernel.org
Subject: Re: [PATCH 2/6] netfilter: nfnetlink_queue: return error number to caller
Date: Wed, 12 Jan 2011 21:49:17 +0100 [thread overview]
Message-ID: <20110112204917.GA10801@Chamillionaire.breakpoint.cc> (raw)
In-Reply-To: <4D2DF944.8060407@netfilter.org>
Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> I've got some questions and comments on this patchset, please see below.
Thank you for spending time on reviewing this patchset!
> On 27/12/10 00:58, Florian Westphal wrote:
> > instead of returning -1 on error, return an error number to allow the
> > caller to handle some errors differently.
> >
> > To make things simpler try_module_get() failure is no longer special-cased.
> >
> > The new return values will be used in followup patch.
> >
> > Signed-off-by: Florian Westphal <fw@strlen.de>
> > --- a/net/netfilter/core.c
> > +++ b/net/netfilter/core.c
> > @@ -179,9 +179,8 @@ next_hook:
> > if (ret == 0)
> > ret = -EPERM;
> > } else if ((verdict & NF_VERDICT_MASK) == NF_QUEUE) {
> > - if (!nf_queue(skb, elem, pf, hook, indev, outdev, okfn,
> > - verdict >> NF_VERDICT_BITS))
> > - goto next_hook;
> > + nf_queue(skb, elem, pf, hook, indev, outdev, okfn,
> > + verdict >> NF_VERDICT_BITS);
>
> You have to remove the next_hook label if you want to do this.
>
> It's not clear to me why we need to remove the goto jump, could you
> clarify this?
Sure. The only place where nf_queue returns 0 is this snippet in __nf_queue():
> > - /* If it's going away, ignore hook. */
> > - if (!try_module_get(entry->elem->owner)) {
> > - rcu_read_unlock();
> > - kfree(entry);
> > - return 0;
> > - }
> > + if (!try_module_get(entry->elem->owner))
> > + goto err_unlock;
>
> With this change, we're now releasing the skb, is this deliberate?
I think its not necessary to make this a special case (i.e. just
kfree_skb(skb) instead).
An alternative is to decide on a meaningful errno value that
could be used as return value to signal this condition.
> > #ifdef CONFIG_BRIDGE_NETFILTER
> > struct net_device *physindev;
> > @@ -136,8 +136,10 @@ static int __nf_queue(struct sk_buff *skb,
> > goto err_unlock;
>
> here above there's the following:
>
> qh = rcu_dereference(queue_handler[pf]);
> if (!qh)
> goto err_unlock;
>
> afinfo = nf_get_afinfo(pf);
> if (!afinfo)
> goto err_unlock;
>
> With your patch, we're returning -EINVAL. I think it's better to return
> -ENOENT.
Agreed.
> > @@ -218,18 +218,26 @@ int nf_queue(struct sk_buff *skb,
> > segs = skb_gso_segment(skb, 0);
> > kfree_skb(skb);
> > if (IS_ERR(segs))
> > - return 1;
> > + return -ENOMEM;
>
> Better propagate the error of skb_gso_segment(...) with PTR_ERR()
The reason I did not do that is because I wanted to limit the number
of code one has to check for possible errno values that can be returned
by nf_queue.
Its probably reasonable to assume that skb_gso_segment() won't return
ESRCH (which I use to determine that qeueuing failed because the queue number did
not exist), so it might be safe to use PTR_ERR here.
What do you think?
> > + queued = 0;
> > do {
> > struct sk_buff *nskb = segs->next;
> >
> > segs->next = NULL;
> > - if (!__nf_queue(segs, elem, pf, hook, indev, outdev, okfn,
> > - queuenum))
> > - kfree_skb(segs);
> > + if (error == 0) {
> > + error = __nf_queue(segs, elem, pf, hook, indev,
> > + outdev, okfn, queuenum);
> > + if (error == 0)
> > + queued++;
> > + }
> > + kfree_skb(segs);
>
> Before this patch, segs were only released if try_module_get() failed.
> Now it always release it?
Yes, my bad.
I'll add it to the list of things to fix up. Thanks for catching this.
next prev parent reply other threads:[~2011-01-12 20:49 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-26 23:58 [PATCH] NFQUEUE v2 target with 'queue bypass' support Florian Westphal
2010-12-26 23:58 ` [PATCH 1/6] netfilter: kconfig: NFQUEUE is useless without NETFILTER_NETLINK_QUEUE Florian Westphal
2010-12-27 8:41 ` Jan Engelhardt
2010-12-27 8:47 ` Michał Mirosław
2010-12-26 23:58 ` [PATCH 2/6] netfilter: nfnetlink_queue: return error number to caller Florian Westphal
2011-01-12 18:56 ` Pablo Neira Ayuso
2011-01-12 20:49 ` Florian Westphal [this message]
2011-01-12 21:59 ` Pablo Neira Ayuso
2011-01-13 0:14 ` Florian Westphal
2010-12-26 23:58 ` [PATCH 3/6] netfilter: nfnetlink_queue: do not free skb on error Florian Westphal
2011-01-12 19:01 ` Pablo Neira Ayuso
2011-01-12 20:50 ` Florian Westphal
2010-12-26 23:58 ` [PATCH 4/6] netfilter: reduce NF_VERDICT_MASK to 0xff Florian Westphal
2011-01-12 19:02 ` Pablo Neira Ayuso
2011-01-12 20:52 ` Florian Westphal
2011-01-14 14:05 ` Patrick McHardy
2011-01-15 14:29 ` Pablo Neira Ayuso
2011-01-15 14:33 ` Patrick McHardy
2010-12-26 23:58 ` [PATCH 5/6] netfilter: allow NFQUEUE bypass if no listener is available Florian Westphal
2011-01-12 19:03 ` Pablo Neira Ayuso
2010-12-26 23:58 ` [PATCH 6/6] netfilter: do not omit re-route check on NF_QUEUE verdict Florian Westphal
-- strict thread matches above, loose matches on Subject: below --
2011-01-16 13:19 [PATCH v2] NFQUEUE v2 target with 'queue bypass' support Florian Westphal
2011-01-16 13:19 ` [PATCH 2/6] netfilter: nfnetlink_queue: return error number to caller Florian Westphal
2011-01-18 14:27 ` Patrick McHardy
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=20110112204917.GA10801@Chamillionaire.breakpoint.cc \
--to=fw@strlen.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).