Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-15 Thread Alexander Kozyrev
> From: Jerin Jacob on Friday, January 15, 2021 9:01 > Subject: Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow > action > > On Thu, Jan 14, 2021 at 8:32 PM Ori Kam wrote: > > > > Hi Jerin, > > > > > -Original Message- >

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-15 Thread Jerin Jacob
On Thu, Jan 14, 2021 at 8:32 PM Ori Kam wrote: > > Hi Jerin, > > > -Original Message- > > From: Jerin Jacob > > Sent: Thursday, January 14, 2021 4:00 PM > > Subject: Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow > > action

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-14 Thread Ori Kam
Hi Jerin, > -Original Message- > From: Jerin Jacob > Sent: Thursday, January 14, 2021 4:00 PM > Subject: Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action > > On Fri, Jan 8, 2021 at 12:02 PM Alexander Kozyrev > wrote: > > > > Imp

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-14 Thread Jerin Jacob
On Fri, Jan 8, 2021 at 12:02 PM Alexander Kozyrev wrote: > > Implement a generic copy flow API to allow copying of an arbitrary > header field (as well as mark, metadata or tag) to another item. > > This generic copy mechanism removes the necessity to implement a > separate RTE Flow action every t

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-12 Thread Alexander Kozyrev
> > From: Ori Kam onTuesday, January 12, 2021 4:53 PM > > To: Alexander Kozyrev ; dev@dpdk.org > > Cc: Slava Ovsiienko ; NBU-Contact-Thomas > Monjalon > > ; ferruh.yi...@intel.com; > > andrew.rybche...@oktetlabs.ru > > Subject: RE: [PATCH] ethdev: introduce generic copy rte flow action > > > > Hi,

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-12 Thread Ori Kam
Hi, > -Original Message- > From: Ori Kam > Sent: Tuesday, January 12, 2021 4:53 PM > To: Alexander Kozyrev ; dev@dpdk.org > Cc: Slava Ovsiienko ; NBU-Contact-Thomas Monjalon > ; ferruh.yi...@intel.com; > andrew.rybche...@oktetlabs.ru > Subject: RE: [PATCH] ethdev: introduce generic copy r

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-12 Thread Ori Kam
Hi, > -Original Message- > From: Alexander Kozyrev > Sent: Tuesday, January 12, 2021 4:16 PM > To: Ori Kam ; dev@dpdk.org > Cc: Slava Ovsiienko ; NBU-Contact-Thomas Monjalon > ; ferruh.yi...@intel.com; > andrew.rybche...@oktetlabs.ru > Subject: RE: [PATCH] ethdev: introduce generic copy r

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-12 Thread Alexander Kozyrev
> From: Ori Kam on Sunday, January 10, 2021 3:01 > Hi Alexander, > > I guess that the test-pmd part will be available later right? Yes, please take a look at v2 version for testpmd implementation. > > -Original Message- > > From: Alexander Kozyrev > > Sent: Friday, January 8, 2021 8:33

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-10 Thread Asaf Penso
gt;Monjalon ; ferruh.yi...@intel.com; >andrew.rybche...@oktetlabs.ru >Subject: Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow >action > >Hi Alexander, > >I guess that the test-pmd part will be available later right? > >> -Original Message- >> From:

Re: [dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-10 Thread Ori Kam
Hi Alexander, I guess that the test-pmd part will be available later right? > -Original Message- > From: Alexander Kozyrev > Sent: Friday, January 8, 2021 8:33 AM > Subject: [PATCH] ethdev: introduce generic copy rte flow action > > Implement a generic copy flow API to allow copying of

[dpdk-dev] [PATCH] ethdev: introduce generic copy rte flow action

2021-01-07 Thread Alexander Kozyrev
Implement a generic copy flow API to allow copying of an arbitrary header field (as well as mark, metadata or tag) to another item. This generic copy mechanism removes the necessity to implement a separate RTE Flow action every time we need to modify a new packet field in the future. A user-provid