[dpdk-stable] [PATCH] net/mlx5: fix mirror flow split with L3 encapsulation
Jiawei(Jonny) Wang
jiaweiw at nvidia.com
Fri Jul 23 16:01:56 CEST 2021
Hello,
> -----Original Message-----
> From: Thomas Monjalon <thomas at monjalon.net>
> Sent: Friday, July 23, 2021 8:57 PM
> To: Slava Ovsiienko <viacheslavo at nvidia.com>; Jiawei(Jonny) Wang
> <jiaweiw at nvidia.com>
> Cc: Matan Azrad <matan at nvidia.com>; Ori Kam <orika at nvidia.com>;
> Shahaf Shuler <shahafs at nvidia.com>; dev at dpdk.org; Raslan Darawsheh
> <rasland at nvidia.com>; stable at dpdk.org
> Subject: Re: [PATCH] net/mlx5: fix mirror flow split with L3 encapsulation
>
> 23/07/2021 14:43, Jiawei Wang:
> > Due to hardware limitations, the decap action can't follow the
>
> Which decap action? Pleas be more specific.
All of decap, vxlan_decap, nvgre_decap and raw_decap.
Will update details.
>
> > sample action in the same flow, to keep the original action order of
> > sample and decap actions the flow was internally split by PMD, and
> > decap action was moved into suffix subflow in the new table.
>
> "the" new table? which one?
" sample and decap actions the flow was internally split by PMD, " means
that PMD split internally into two flows:prefix subflow with sample action in original table;
suffix subflow with decap action in the new table;
>
> Was there an issue? Above seems to say all is fine.
>
The issue is mentioned below that 'L3 encapsulation' case (raw_decap+raw_encap),
the previous code not consier the combination decap/encap case.
And under this case flow don't need split.
> > There is a specific combination of raw decap and raw encap actions to
> > specify "L3 encapsulation" packet transformation - raw decap action to
> > remove L2 header and raw encap to add the tunnel header.
>
> Is this combination the problem? It was not working before this patch?
> Please describe what happened.
>
L3 encap is working without sample action or sample is working without L3 encap;
> > This specific L3 encapsulation is encoded as a single packet reformat
> > hardware transaction and is supported by hardware after sample action
> > (no hardware limitations for packet reformat).
> >
> > The patch checks whether the decap action is the part of "L3
> encapsulation"
>
> I think you mean "is part of".
Thanks, will fix in new version.
>
> > and does not move the decap action into suffix subflow for the case.
> >
> > Fixes: cafd87f62a06 ("net/mlx5: fix VLAN push/pop and decap actions
> > with mirror")
> > Cc: stable at dpdk.org
> >
> > Signed-off-by: Jiawei Wang <jiaweiw at nvidia.com>
> > Acked-by: Viacheslav Ovsiienko <viacheslavo at nvidia.com>
>
>
Thanks.
More information about the stable
mailing list