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 E74847A159; Mon, 4 Mar 2024 20:18:14 +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=1709583495; cv=none; b=mwn9uEhFogpa80tf8uUb1RhF0QmD6t11oj/2toIlU4JBbetbXBUe6FEjNMJNBj4Pxb4cClkAr0vBrLEtmuhw3BUR/y4IRHKeK4qx0Y7+OEFfYJu3l1IaQaSyL4tXR32OXisy9TtYwbYctj9Pn+QnAIoMvd8RKCGBsWNUoYvB128= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709583495; c=relaxed/simple; bh=K23JakM1P875wWRg3o7Bh9hwijeqRnaAhC1ZmI9DT6M=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=cA9aS7433uGEzdqz1TmuE3VLiy3H/h+kcHd5+/H5ZUn4Pf8D72KQ6+SBLCma90fr6bJ4leKHd4qQjfcco+C7Jn3sQafBwSdZbCPcu57WtoC+3INPi6+0bqio8u5yp1rMvw3ynP+ZuvwzL0Xd0B1VsdDADba0eDVVFJOS3q4+k0w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=B2B3YVVc; 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="B2B3YVVc" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9BA78C433C7; Mon, 4 Mar 2024 20:18:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1709583494; bh=K23JakM1P875wWRg3o7Bh9hwijeqRnaAhC1ZmI9DT6M=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=B2B3YVVcAg8euaTwpzEAd/U1Mfwf7tB4GGnKpAL4c6DXaH40QiIQ8sYrV5qR7+UNK C8zI9NZMUp7WlD+6qbngi8mvkFAi+XcB9ErtTWwyNV/ycwg05fSduQlzjkc0jnd0W5 egCdnN3hqWDnxz8bgKq6JrPnhW7z0RvpKAbKUpeec5M7+i3bz/UBKSX9LfFYcal1ji W0+aYPH//qKinG+K2Q6nCD2ce0ihyUojtNDEwtrlHeyptlPAbV32/1cpywzyVY+lEP ddoCM8rh0mguz99kr5Uf2hJ3swvLeJgDO67JnUX90jEsAT5URs/hMALGoj8oQWVSKT 6RzPIKvoD7PyQ== Date: Mon, 4 Mar 2024 12:18:12 -0800 From: Jakub Kicinski To: Jamal Hadi Salim Cc: Tom Herbert , John Fastabend , "Singhai, Anjali" , Paolo Abeni , Linux Kernel Network Developers , "Chatterjee, Deb" , "Limaye, Namrata" , Marcelo Ricardo Leitner , "Shirshyad, Mahesh" , "Jain, Vipin" , "Osinski, Tomasz" , Jiri Pirko , Cong Wang , "David S . Miller" , Eric Dumazet , Vlad Buslov , Simon Horman , Khalid Manaa , Toke =?UTF-8?B?SMO4aWxhbmQtSsO4cmdlbnNlbg==?= , Daniel Borkmann , Victor Nogueira , "Tammela, Pedro" , "Daly, Dan" , Andy Fingerhut , "Sommers, Chris" , Matty Kadosh , bpf Subject: Re: Hardware Offload discussion WAS(Re: [PATCH net-next v12 00/15] Introducing P4TC (series 1) Message-ID: <20240304121812.450dda4c@kernel.org> In-Reply-To: References: <20240225165447.156954-1-jhs@mojatatu.com> <65e106305ad8b_43ad820892@john.notmuch> <20240301090020.7c9ebc1d@kernel.org> <20240301173214.3d95e22b@kernel.org> <20240302192747.371684fb@kernel.org> 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 Sun, 3 Mar 2024 14:04:11 -0500 Jamal Hadi Salim wrote: > > At > > this point in its lifetime, eBPF had far more examples of real world > > use cases publically available. That being said, there's nothing > > unique about P4 supporting the network calculator. We could just as > > easily write this in eBPF (either plain C or P4) and "offload" it to > > an ARM core on a SmartNIC. > > With current port speeds hitting 800gbps you want to use Arm cores as > your offload engine?;-> Running the generated ebpf on the arm core is > a valid P4 target. i.e there is no contradiction. > Note: P4 is a DSL specialized for datapath definition; it is not a > competition to ebpf, two different worlds. I see ebpf as an > infrastructure tool, nothing more. I wonder how much we're benefiting of calling this thing P4 and how much we should focus on filling in the tech gaps. Exactly like you said, BPF is not competition, but neither does the kernel "support P4", any more than it supports bpftrace and: $ git grep --files-with-matches bpftrace Documentation/bpf/redirect.rst tools/testing/selftests/bpf/progs/test_xdp_attach_fail.c Filling in tech gaps would also help DPP, IDK how much DPP is based or using P4, neither should I have to care, frankly :S