[dpdk-dev] mlx5 flow create/destroy behaviour
Nélio Laranjeiro
nelio.laranjeiro at 6wind.com
Wed Mar 29 11:45:23 CEST 2017
I Allain,
Please see below
On Tue, Mar 28, 2017 at 04:16:08PM +0000, Legacy, Allain wrote:
> > -----Original Message-----
> > From: Nélio Laranjeiro [mailto:nelio.laranjeiro at 6wind.com]
> > Sent: Tuesday, March 28, 2017 11:36 AM
> <..>
> > If I understand correctly, your application is adding 500 rules like:
> >
> > flow create 0 ingress pattern eth src is <smac> dst is <dmac> / vlan vid is
> > <vid> / end action mark id is <id> / queue index 0 / end
> >
>
> Almost... the only difference is that the ETH pattern also checks for type=0x8100
Ethernet type was not supported in DPDK 17.02, it was submitted later in
march [1]. Did you embed the patch in your test?
> > > Once the flows are setup, the application then checks that ingress
> > > packets are properly marked with the intended unique integer specified
> > > in the MARK action.
> >
> > It is sending packets to verify this?
>
> The traffic generator continues to send packets during the test.
> Once all flow rules have been created the application expects further
> ingress packets will be marked with the unique ID.
>
> > > When I run this test after the NIC has been reset there are no issues.
> >
> > What do you mean by "reset"?
>
> The DPDK test application is quit and restarted therefore the NIC is
> re-probed, configured, started, etc. Seems like this is cleaning up
> whatever problem is resident in the NIC that is causing the new flow
> rules to not work properly.
>
>
> > In mlx5 PMD rte_flow_destroy() always returns success as the destruction
> > should never fail.
> > Can you compile in debug mode (by setting
> > CONFIG_RTE_LIBRTE_MLX5_DEBUG to "y")? Then you should have as many
> > print for the creation rules than the destroyed ones.
>
> I can give that a try.
Thanks,
[1] http://dpdk.org/ml/archives/dev/2017-March/058722.html
--
Nélio Laranjeiro
6WIND
More information about the dev
mailing list