From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 49657184524; Fri, 9 Jan 2026 01:49:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767923345; cv=none; b=LuO7pqitpoQU0Pu+zPzZ432Bqz1hwluoBRh0KYQ2BwVAb7kign2XgYsPzzXUPHN+/9Qg2iEzcc3sgx/2raAYi5hhB+te+/kVQtLMBpfvsHu8SxubITof4b0Inj5OIolf1fhaQk7O6rozCmtT00I/0gvTrzpN8GeulDFgotXUSyk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767923345; c=relaxed/simple; bh=TKAtAkkRkG3fIlVVD7i881OYAVyJfLwxsk9rNKjwkKQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=JzMh0Rvc52mKRt30oyEqqNvMkxdOvdaI5KvCIYcemEDOgEd1aNkp5X0y3uUnnO4fdsbvjbSg1Oi38rZ5ux7D2YO4q8lKvTX1f/j4XmT2KQOS/g0hOgOHC9z3ORdcw3omhZSwL8xRX2SM65TvSZnqM10HC5L8/GDDwBv7TJyE3mU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=pfgr/RA4; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="pfgr/RA4" Received: by smtp.kernel.org (Postfix) with ESMTPSA id F3DE1C116C6; Fri, 9 Jan 2026 01:49:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1767923344; bh=TKAtAkkRkG3fIlVVD7i881OYAVyJfLwxsk9rNKjwkKQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=pfgr/RA4t57U139lrC8Rf6eTR9TslDzmFV+X989mU+i4FTTfrc1mnVFv48A+gViZJ TnXGsf3Qpbvz/NDi/gHa1ky+4kKzL5F6W6W/bHx1KklWp8vLuakM119lB1u5LDqGgB 9mtuvrFMQQNy5EeFD7wPbj3Jv28lGL36AG3tFIEDhuhUn8/IttJIx1Te45ycuusypV htlT2m4LmgY5hHHzPAURiCahSqsNqmRCN+pxp5qGNjQXBD3hoKAQo1l96usEYi2ipK CZwfDheE9koL+0ta44SRCdjYTOYO3HgAhZoIHIaomumWoJuwOWVF6wXWffhSr2CWl1 5PWhbgZ8s2gdA== Date: Thu, 8 Jan 2026 17:49:03 -0800 From: Jakub Kicinski To: Jakub Sitnicki Cc: bpf@vger.kernel.org, netdev@vger.kernel.org, "David S. Miller" , Eric Dumazet , Paolo Abeni , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , Stanislav Fomichev , Simon Horman , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Song Liu , Yonghong Song , KP Singh , Hao Luo , Jiri Olsa , kernel-team@cloudflare.com Subject: Re: [PATCH bpf-next v3 00/17] Decouple skb metadata tracking from MAC header offset Message-ID: <20260108174903.59323f72@kernel.org> In-Reply-To: <87ecnzj49h.fsf@cloudflare.com> References: <20260107-skb-meta-safeproof-netdevs-rx-only-v3-0-0d461c5e4764@cloudflare.com> <20260108074741.00bd532f@kernel.org> <87ecnzj49h.fsf@cloudflare.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 > > 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.