Hi Experts,
I'm using DPDK 21.08 with Mlx5 NIC. I'm trying to configure rte-flows with
multiple groups. I'm observing that under certain circumstances, jump-group
action from Group-0 to Group-1 is not working.
I installed a flow rule in group 0 with Attribute Transfer=1, matching src-mac
ce:25:02:c2:a0:f2 and action to VNET_FLOW_ACTION_JUMP_GROUP to Group 1.This
rule seem to have got installed in FDB table.
Then In Group1, I installed a flow rule with Attribute Transfer=0, matching
src-mac ce:25:02:c2:a0:f2 and action RTE_FLOW_ACTION_TYPE_QUEUE to queue 0. For
RTE_FLOW_ACTION_TYPE_QUEUE, looks like setting Transfer=0 is mandatory. Setting
Transfer to 1 reported error "unsupported action QUEUE". This rule seem to have
got installed in NIC_RX table.
Now, When I set packets from ce:25:02:c2:a0:f2, it hit the rule in Group 0, but
did not hit the rule in Group 1. Looks like JUMP from FDB table to NIC_RX table
is not happening.
When I installed the JUMP action rule in group 0 with Transfer=0, the
RTE_FLOW_ACTION_TYPE_QUEUE rule entry in group 1 got hit successfully. With
Transfer=0 set for both the rules, I guess both the rules got installed in
NIC_RX table and the JUMP action worked fine.
But the problem is, now I'm unable to get a rule with action
RTE_FLOW_ACTION_TYPE_PORT_ID in group1 get hit as RTE_FLOW_ACTION_TYPE_PORT_ID
insists on setting Transfer=1 and this rule is getting installed in FDB table.
Is there any means by which I can have both RTE_FLOW_ACTION_TYPE_PORT_ID flow
entry and RTE_FLOW_ACTION_TYPE_QUEUE flow entry in Group 1 and get them hit
when jumped from Group 0 ?
Any input is highly appreciated. Thanks in advance.
root@server:/mlx_steering_dump/sws# python3 mlx_steering_dump_parser.py -p 87
-f /tmp/DpdkDump -t -port 0
domain 0x5702: type: FDB, gvmi: 0x4, support_sw_steering True, dev_name
uverbs0, package_version 38.0, flags None, ste_buddies None, mh_buddies None,
ptrn_buddies None
table 0xaaaad5ba9520: level: 1, type: FDB
matcher 0xaaaad5ada050: priority 2, rx e_anchor 0xf0200015, tx e_anchor
0xf0200017
mask: smac: 0xffffffffffff, cvlan_tag: 0x1, metadata_reg_c_0:
0xffff0000
rule 0xaaaad5699610
match: metadata_reg_c_0: 0x00030000, smac: ce:25:02:c2:a0:f2
action: FT devx id 0x15, dest_ft 0xaaaad5682c30 & CTR(counter),
index 0x8011fd
table 0xaaaad5ba9110: level: 0, type: ROOT
table 0xaaaad5682c30: level: 11, type: FDB
domain 0x5700: type: NIC_RX, gvmi: 0x4, support_sw_steering True, dev_name
uverbs0, package_version 38.0, flags None, ste_buddies None, mh_buddies None,
ptrn_buddies None
table 0xaaaad550c550: level: 0, type: ROOT
table 0xaaaad56829a0: level: 10, type: NIC_RX
matcher 0xaaaad5af1010: priority 2, rx e_anchor 0xf010003a
mask: smac: 0xffffffffffff, cvlan_tag: 0x1, metadata_reg_c_0:
0xffff0000
rule 0xaaaad5682bb0
match: metadata_reg_c_0: 0x00030000, smac: ce:25:02:c2:a0:f2
action: CTR(counter), index 0x8011fe & DEVX_TIR, ICM addr
0x46f2800014b40
domain 0x5701: type: NIC_TX, gvmi: 0x4, support_sw_steering True, dev_name
uverbs0, package_version 38.0, flags None, ste_buddies None, mh_buddies None,
ptrn_buddies None
Best Regards,
Parameswaran Krishnamurthy
Internal Use - Confidential
