lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CO1PR11MB49931E501B20F32681F917CD935F2@CO1PR11MB4993.namprd11.prod.outlook.com>
Date: Thu, 29 Feb 2024 21:49:07 +0000
From: "Singhai, Anjali" <anjali.singhai@...el.com>
To: Paolo Abeni <pabeni@...hat.com>, "Hadi Salim, Jamal" <jhs@...atatu.com>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
CC: "Chatterjee, Deb" <deb.chatterjee@...el.com>, "Limaye, Namrata"
	<namrata.limaye@...el.com>, "tom@...anda.io" <tom@...anda.io>,
	"mleitner@...hat.com" <mleitner@...hat.com>, "Mahesh.Shirshyad@....com"
	<Mahesh.Shirshyad@....com>, "Vipin.Jain@....com" <Vipin.Jain@....com>,
	"Osinski, Tomasz" <tomasz.osinski@...el.com>, "jiri@...nulli.us"
	<jiri@...nulli.us>, "xiyou.wangcong@...il.com" <xiyou.wangcong@...il.com>,
	"davem@...emloft.net" <davem@...emloft.net>, "edumazet@...gle.com"
	<edumazet@...gle.com>, "kuba@...nel.org" <kuba@...nel.org>,
	"vladbu@...dia.com" <vladbu@...dia.com>, "horms@...nel.org"
	<horms@...nel.org>, "khalidm@...dia.com" <khalidm@...dia.com>,
	"toke@...hat.com" <toke@...hat.com>, "daniel@...earbox.net"
	<daniel@...earbox.net>, "victor@...atatu.com" <victor@...atatu.com>,
	"Tammela, Pedro" <pctammela@...atatu.com>, "Daly, Dan" <dan.daly@...el.com>,
	"andy.fingerhut@...il.com" <andy.fingerhut@...il.com>, "Sommers, Chris"
	<chris.sommers@...sight.com>, "mattyk@...dia.com" <mattyk@...dia.com>,
	"bpf@...r.kernel.org" <bpf@...r.kernel.org>
Subject: RE: [PATCH net-next v12 00/15] Introducing P4TC (series 1)

From: Paolo Abeni <pabeni@...hat.com> 

> I think/fear that this series has a "quorum" problem: different voices raises opposition, and nobody (?) outside the authors
> supported the code and the feature. 

> Could be the missing of H/W offload support in the current form the root cause for such lack support? Or there are parties 
> interested that have been quite so far?

Hi,
   Intel/AMD definitely need the p4tc offload support and a kernel SW pipeline, as a lot of customers using programmable pipeline (smart switch and smart NIC) prefer kernel standard APIs and interfaces (netlink and tc ndo). Intel and other vendors have native P4 capable HW and are invested in P4 as a dataplane specification.

- Customers run P4 dataplane in multiple targets including SW pipeline as well as programmable Switches and DPUs.
- A standardized kernel APIs and implementation brings in portability across vendors and across targets (CPU/SW and DPUs).
- A P4 pipeline can be built using both SW and HW (DPU/switch) components and the P4 pipeline should seamlessly move between the two. 
- This patch series helps create a SW pipeline and standard API.

Thanks,
Anjali

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ