Hi Frank, > -----Original Message----- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu > Sent: Tuesday, November 18, 2014 7:37 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/4] Translate packet types for i40e > > The i40e NIC can recognize many packet types, including ordinary L2 packet > format and tunneling packet format such as IP in IP, IP in > GRE, MAC in GRE and MAC in UDP. > > This patch set provides abstract definitions of packet types, > which can help user to use these packet types directly in their applications > to speed up receive packet analysis. > > Moreover, this patch set translates i40e packet types to abstract packet > types in i40e driver, > and make the corresponding changes in test applications. > > Jijiang Liu (4): > Add packet type and IP header check in rte_mbuf > Remove the PKT_RX_TUNNEL_IPV4_HDR and the PKT_RX_TUNNEL_IPV6_HDR > Translate i40e packet types > Make the corresponding changes in test-pmd > > app/test-pmd/csumonly.c | 12 +- > app/test-pmd/rxonly.c | 15 +- > lib/librte_mbuf/rte_mbuf.h | 225 ++++++++++++++- > lib/librte_pmd_i40e/i40e_rxtx.c | 604 > +++++++++++++++++++++------------------ > 4 files changed, 569 insertions(+), 287 deletions(-) >
The patch looks good to me in general. Though I think it is not complete: we need to make sure that all PMDs RX functions will set mbuf's packet_type to the defined value. As right now, only i40e implementation can distinguish packet_type properly, I think all other PMDs for the freshly received packet should do: mbuf->packet_type = RTE_PTYPE_UNDEF; Another thing: right now mbuf's packet_type is uint16_t. While enum rte_eth_packet_type will be interpreted by the compiler as 'int' (32bits). We can either change enum to a lot of defines (which I don't really like to do) or probably just add a comment somewhere that enum rte_eth_packet_type should never exceed UINT16_MAX value? Konstantin > -- > 1.7.7.6