[dpdk-dev] [RFC PATCH 1/4] rte_security: API definitions

Boris Pismenny borisp at mellanox.com
Mon Aug 21 12:32:28 CEST 2017


For drafting, we have opened this github repository:
https://github.com/Mellanox/dpdk-next-crypto

Akhil/Hemant could you please push your rte_security patches there?

> -----Original Message-----
> From: Thomas Monjalon [mailto:thomas at monjalon.net]
> Sent: Friday, August 18, 2017 12:17
> To: Hemant Agrawal <hemant.agrawal at nxp.com>
> Cc: Akhil Goyal <akhil.goyal at nxp.com>; Radu Nicolau
> <radu.nicolau at intel.com>; dev at dpdk.org; declan.doherty at intel.com; Aviad
> Yehezkel <aviadye at mellanox.com>; Boris Pismenny <borisp at mellanox.com>;
> pablo.de.lara.guarch at intel.com; sergio.gonzalez.monroy at intel.com; Sandeep
> Malik <sandeep.malik at nxp.com>; techboard at dpdk.org
> Subject: Re: [RFC PATCH 1/4] rte_security: API definitions
> 
> Hi,
> 
> 16/08/2017 17:40, Hemant Agrawal:
> > Hi Thomas,
> > 	Can we get a next-security tree to do development around this
> proposal?
> >
> > Also, we can discuss about this proposal in general in next techboard meeting.
> 
> First question to ask:
> Why not create a repository elsewhere for your trials?
> 
> The benefit of creating a dpdk.org repo is to show it as an official feature.
> So the idea behind this new library must be accepted by the technical board
> first.
> 
> The other use of official repos is prepare pull request for subsequent releases.
> Do we want to have a -next tree for IPsec development and keep it for next
> releases?
> 
> I think it makes sense to have a -next tree for IPsec offloading in general.
> Before the techboard approves it, we need to define the name (and the scope)
> of the tree, and who will be the maintainer of the tree.


More information about the dev mailing list