[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210930101920.06bb40b9@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Thu, 30 Sep 2021 10:19:20 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Lukas Wunner <lukas@...ner.de>
Cc: Pablo Neira Ayuso <pablo@...filter.org>,
Daniel Borkmann <daniel@...earbox.net>,
netfilter-devel@...r.kernel.org, davem@...emloft.net,
netdev@...r.kernel.org, kadlec@...filter.org, fw@...len.de,
ast@...nel.org, edumazet@...gle.com, tgraf@...g.ch,
nevola@...il.com, john.fastabend@...il.com, willemb@...gle.com
Subject: Re: [PATCH nf-next v5 0/6] Netfilter egress hook
On Thu, 30 Sep 2021 19:12:53 +0200 Lukas Wunner wrote:
> On Thu, Sep 30, 2021 at 07:28:35AM -0700, Jakub Kicinski wrote:
> > On Thu, 30 Sep 2021 11:21:42 +0200 Pablo Neira Ayuso wrote:
> > > this is stuffing one more bit into the skbuff
> >
> > The lifetime of this information is constrained, can't it be a percpu
> > flag, like xmit_more?
>
> Hm, can't an skb be queued and processed later on a different cpu?
> E.g. what about fragments?
>
> That would rule out a percpu flag, leaving a flag in struct sk_buff
> as the only option.
What queuing do you have in mind? Qdisc is after the egress hook.
Powered by blists - more mailing lists