[dpdk-dev] [RFC PATCH] ethdev: add a new flow action of queue range

[Ori Kam]

Hi Fengchen,

Please make sure to include maintainers next time.

Thanks,
Ori

> -----Original Message-----
> From: dev <dev-bounces at dpdk.org> On Behalf Of Ori Kam
> 
> 
> 
> > -----Original Message-----
> > From: dev <dev-bounces at dpdk.org> On Behalf Of Andrew Rybchenko
> >
> > On 7/17/20 12:32 PM, Wei Hu (Xavier) wrote:
> > > From: Chengwen Feng <fengchengwen at huawei.com>
> > >
> > > This patch adds a new flow action of queue range, which was used to assign
> > > packets to a continuous queue range.
> > >
> > > Current FD (flow director) provide a useful means to assign packets to
> > > a target queue. But it has the following shortage: it can only route
> > > to one queue, and there is an upper limit on one queue rxtx capacity,
> > > which means the FD rule need more accurate else it may exceed the
> > > queue capacity.
> > >
> > > With the support of queue range action, user can create FD rule with
> > > action routed to a continuous queues, like:
> > > 	FD rule 0 ------|-----> queue 0
> > > 			|-----> queue 1
> > >
> > > 	FD rule 1 ------|-----> queue 8
> > > 			|-----> queue 9
> > > 			|-----> queue 10
> > > 			|-----> queue 11
> > > Note: hardware can use RSS to distribute traffic to the continuous queues
> > > when packets match the above FD rule.
> > >
> > > With the support of queue range action, we can further provide QoS
> > > service when DCB disabled.
> > > eg: one NE (network element) is configured with two ip addresses, one for
> > > control plane and the other for data plane, user can create two FD rules,
> > > the first for directing control plane packets to queue 0, the second for
> > > directing data plane packets to queue 1~15.
> >
> > I don't understand why it is not covered by RSS action.
> >
> +1
> This should be covered in RSS action.
> 
> > >
> > > Signed-off-by: Chengwen Feng <fengchengwen at huawei.com>
> > > Signed-off-by: Wei Hu (Xavier) <xavier.huwei at huawei.com>
> >
> > [snip]
> 
> Best,
> Ori