> -----Original Message----- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Anoob Joseph > Sent: Monday, December 18, 2017 7:15 AM > To: Akhil Goyal <akhil.go...@nxp.com>; Doherty, Declan > <declan.dohe...@intel.com>; Nicolau, Radu <radu.nico...@intel.com>; > Gonzalez Monroy, Sergio <sergio.gonzalez.mon...@intel.com> > Cc: Anoob Joseph <anoob.jos...@caviumnetworks.com>; Jerin Jacob > <jerin.ja...@caviumnetworks.com>; Narayana Prasad > <narayanaprasad.athr...@caviumnetworks.com>; dev@dpdk.org > Subject: [dpdk-dev] [PATCH v6 0/2] add inline protocol support > > The series adds inline protocol support in DPDK. > > First patch introduces changes in lib to enable applications to save a (void > *) pointer as "userdata" in security session. For inline processed packets, > applications would use the metadata field in the mbuf > (rte_mbuf.udata64) to retrieve the userdata registered for the security > session which processed the packet. The metadata would be device specific. > > This is primarily required for inline protocol processed ingress packets. For > such packets, the packet may not have enough information to identify the > security parameters with which the packet was processed. > Application can register what it needs to identify the required parameter. > The userdata will be set while creating the security session. > > Second patch adds support for inline protocol in ipsec-secgw application > > Anoob Joseph (2): > lib/security: add support for get userdata > examples/ipsec-secgw: add support for inline protocol > > doc/guides/prog_guide/rte_security.rst | 22 ++++- > examples/ipsec-secgw/esp.c | 6 +- > examples/ipsec-secgw/ipsec-secgw.c | 42 +++++++++- > examples/ipsec-secgw/ipsec.c | 121 ++++++++++++++++++++++- > ---- > lib/librte_security/rte_security.c | 12 +++ > lib/librte_security/rte_security.h | 20 +++++ > lib/librte_security/rte_security_driver.h | 18 ++++ > lib/librte_security/rte_security_version.map | 1 + > 8 files changed, 219 insertions(+), 23 deletions(-) > > -- > 2.7.4
Applied to dpdk-next-crypto. Thanks, Pablo
