https://bugs.dpdk.org/show_bug.cgi?id=430
Bug ID: 430
Summary: i40e has wrong byte order in rte_flow_item_eth
(ethdev)
Product: DPDK
Version: 20.02
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: ethdev
Assignee: dev@dpdk.org
Reporter: barbe...@kth.se
CC: arybche...@solarflare.com, beilei.x...@intel.com,
qi.z.zh...@intel.com, tho...@monjalon.net
Target Milestone: 20.05
Following a recent discussion on the mailing list, I'm opening this bug because
rte_flow_item_eth takes its ethertype in host byte order with
i40e, while it should be in network byte order.
In consequence, with testpmd one must give the inverted endianness for the
ethertype :
testpmd> flow create 0 ingress pattern eth type is 0x0800 / end actions mark id
5 / end
port_flow_complain(): Caught PMD error type 13 (specific pattern item): cause:
0x227fd75540, Unsupported ether_type.: Invalid argument
testpmd> flow create 0 ingress pattern eth type is 0x0008 / end actions mark id
5 / end
Flow rule #0 created
I only tested the ethertype, but it may affect other fields?
As per Andrew Rybchenko's comment, the type of rte_flow_item_eth is rte_be16_t
so the correct behaviour is network byte order.
--
You are receiving this mail because:
You are the assignee for the bug.
