Skip to contentSkip to conversation

i40e has wrong byte order in rte_flow_item_eth (ethdev)

dpdk-dev [email protected] 1 participant 1 message Mar 29, 2020

lore
Share & tools
lore
#0 lore raw

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: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected],
[email protected], [email protected]
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.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.