[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260108174903.59323f72@kernel.org>
Date: Thu, 8 Jan 2026 17:49:03 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Jakub Sitnicki <jakub@...udflare.com>
Cc: bpf@...r.kernel.org, netdev@...r.kernel.org, "David S. Miller"
<davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Paolo Abeni
<pabeni@...hat.com>, Alexei Starovoitov <ast@...nel.org>, Daniel Borkmann
<daniel@...earbox.net>, Jesper Dangaard Brouer <hawk@...nel.org>, John
Fastabend <john.fastabend@...il.com>, Stanislav Fomichev <sdf@...ichev.me>,
Simon Horman <horms@...nel.org>, Andrii Nakryiko <andrii@...nel.org>,
Martin KaFai Lau <martin.lau@...ux.dev>, Eduard Zingerman
<eddyz87@...il.com>, Song Liu <song@...nel.org>, Yonghong Song
<yonghong.song@...ux.dev>, KP Singh <kpsingh@...nel.org>, Hao Luo
<haoluo@...gle.com>, Jiri Olsa <jolsa@...nel.org>,
kernel-team@...udflare.com
Subject: Re: [PATCH bpf-next v3 00/17] Decouple skb metadata tracking from
MAC header offset
On Thu, 08 Jan 2026 20:25:30 +0100 Jakub Sitnicki wrote:
> Man, that makes me think I'm a terrible speaker.
> Or you just missed my talk :-)
You're a great speaker, but not necessarily listener ;)
IIRC there was no time for discussion
> </joke>
> If it is the overall approach that feels wrong, I'm definitely open to
> discussing alternatives.
To reduce the one-off feeling of the mechanism it'd be great to shove
this state into an skb extension for example. Then if we optimize it
and possibly make it live inline in the frame all the other skb
extensions will benefit too.
Powered by blists - more mailing lists