[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230215093505.4b27c8ea@kernel.org>
Date: Wed, 15 Feb 2023 09:35:05 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: davem@...emloft.net, netdev@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, willemb@...gle.com, fw@...len.de,
saeedm@...dia.com, leon@...nel.org, xiyou.wangcong@...il.com,
jiri@...nulli.us, roid@...dia.com, ozsh@...dia.com,
paulb@...dia.com
Subject: Re: [PATCH net-next 3/3] net: create and use NAPI version of
tc_skb_ext_alloc()
On Wed, 15 Feb 2023 11:50:55 -0500 Jamal Hadi Salim wrote:
> Dumb question: Would this work with a consumer of the metadata past
> RPS stage? didnt look closely but assumed per cpu skb_ext because of
> the napi context - which will require a per cpu pointer to fetch it
> later.
The cache is just for allocation, specifically for the case where
driver allocates the skb and it's quickly coalesced by GRO.
The lifetime of the allocated object is not changed.
Powered by blists - more mailing lists