[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210930171253.GA13673@wunner.de>
Date: Thu, 30 Sep 2021 19:12:53 +0200
From: Lukas Wunner <lukas@...ner.de>
To: Jakub Kicinski <kuba@...nel.org>
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, 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.
Thanks,
Lukas
Powered by blists - more mailing lists