17/02/2022 15:16, Ori Kam:
> From: Ori Kam
> > From: Andrew Rybchenko
> > > On 2/16/22 17:53, Ori Kam wrote:
> > > > From: Andrew Rybchenko
> > > >> On 2/12/22 05:19, Alexander Kozyrev wrote:
> > > >>> On Fri, Feb 11, 2022 7:42 Andrew Rybchenko
> > > >>> :
> > > > +/**
> > > > + * @warni
Hi Andrew,
> -Original Message-
> From: Ori Kam
> Sent: Thursday, February 17, 2022 1:09 PM
> Subject: RE: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
> operations
>
> Hi Andrew,
>
> > -Original Message-
> > From:
Hi Andrew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Thursday, February 17, 2022 1:11 PM
> Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
> operations
>
> On 2/16/22 18:15, Ori Kam wrote:
> > Hi Andew,
>
On 2/16/22 18:15, Ori Kam wrote:
Hi Andew,
I missed on comments PSB,
-Original Message-
From: Andrew Rybchenko
Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
operations
On 2/12/22 05:19, Alexander Kozyrev wrote:
On Fri, Feb 11, 2022 7:42 Andrew
Hi Andrew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Thursday, February 17, 2022 12:53 PM
> Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
> operations
>
> Hi Ori,
>
> On 2/16/22 17:53, Ori Kam wrote:
> >
On 2/17/22 11:18, Thomas Monjalon wrote:
16/02/2022 23:49, Alexander Kozyrev:
On Sat, Feb 12, 2022 4:25 Thomas Monjalon wrote:
12/02/2022 03:19, Alexander Kozyrev:
On Fri, Feb 11, 2022 7:42 Andrew Rybchenko
:
On 2/11/22 05:26, Alexander Kozyrev wrote:
+__rte_experimental
+struct rte_flow *
Hi Ori,
On 2/16/22 17:53, Ori Kam wrote:
Hi Andew,
-Original Message-
From: Andrew Rybchenko
Sent: Wednesday, February 16, 2022 3:34 PM
Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
operations
On 2/12/22 05:19, Alexander Kozyrev wrote:
On Fri, Feb 11
16/02/2022 23:49, Alexander Kozyrev:
> On Sat, Feb 12, 2022 4:25 Thomas Monjalon wrote:
> > 12/02/2022 03:19, Alexander Kozyrev:
> > > On Fri, Feb 11, 2022 7:42 Andrew Rybchenko
> > :
> > > > On 2/11/22 05:26, Alexander Kozyrev wrote:
> > > > > +__rte_experimental
> > > > > +struct rte_flow *
> >
On Sat, Feb 12, 2022 4:25 Thomas Monjalon wrote:
> 12/02/2022 03:19, Alexander Kozyrev:
> > On Fri, Feb 11, 2022 7:42 Andrew Rybchenko
> :
> > > On 2/11/22 05:26, Alexander Kozyrev wrote:
> > > > +__rte_experimental
> > > > +struct rte_flow *
> > > > +rte_flow_q_flow_create(uint16_t port_id,
> > >
Hi Andew,
I missed on comments PSB,
> -Original Message-
> From: Andrew Rybchenko
> Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
> operations
>
> On 2/12/22 05:19, Alexander Kozyrev wrote:
> > On Fri, Feb 11, 2022 7:42 Andrew Ryb
Hi Andew,
> -Original Message-
> From: Andrew Rybchenko
> Sent: Wednesday, February 16, 2022 3:34 PM
> Subject: Re: [PATCH v5 03/10] ethdev: bring in async queue-based flow rules
> operations
>
> On 2/12/22 05:19, Alexander Kozyrev wrote:
> > On Fri, Feb 11,
On 2/12/22 05:19, Alexander Kozyrev wrote:
On Fri, Feb 11, 2022 7:42 Andrew Rybchenko :
On 2/11/22 05:26, Alexander Kozyrev wrote:
A new, faster, queue-based flow rules management mechanism is needed
for
applications offloading rules inside the datapath. This asynchronous
and lockless mechani
12/02/2022 03:19, Alexander Kozyrev:
> On Fri, Feb 11, 2022 7:42 Andrew Rybchenko :
> > On 2/11/22 05:26, Alexander Kozyrev wrote:
> > > +__rte_experimental
> > > +struct rte_flow *
> > > +rte_flow_q_flow_create(uint16_t port_id,
> >
> > flow_q_flow does not sound like a good nameing, consider:
>
On Fri, Feb 11, 2022 7:42 Andrew Rybchenko :
> On 2/11/22 05:26, Alexander Kozyrev wrote:
> > A new, faster, queue-based flow rules management mechanism is needed
> for
> > applications offloading rules inside the datapath. This asynchronous
> > and lockless mechanism frees the CPU for further pack
On 2/11/22 05:26, Alexander Kozyrev wrote:
A new, faster, queue-based flow rules management mechanism is needed for
applications offloading rules inside the datapath. This asynchronous
and lockless mechanism frees the CPU for further packet processing and
reduces the performance impact of the flo
A new, faster, queue-based flow rules management mechanism is needed for
applications offloading rules inside the datapath. This asynchronous
and lockless mechanism frees the CPU for further packet processing and
reduces the performance impact of the flow rules creation/destruction
on the datapath.
16 matches
Mail list logo
