From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: [PATCH v2 3/3] net/enetc: enable Rx and Tx Date: Fri, 21 Sep 2018 14:28:36 +0100 Message-ID: <9d6ed0aa-c08d-9be2-0798-115c0d086207@intel.com> References: <20180906055449.21731-1-g.singh@nxp.com> <20180913094201.17098-1-g.singh@nxp.com> <20180913094201.17098-4-g.singh@nxp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: pankaj.chauhan@nxp.com To: Gagandeep Singh , dev@dpdk.org Return-path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 0FBCA1B53 for ; Fri, 21 Sep 2018 15:28:39 +0200 (CEST) In-Reply-To: <20180913094201.17098-4-g.singh@nxp.com> Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 9/13/2018 10:42 AM, Gagandeep Singh wrote: > Add RX and TX queue setup, datapath functions > and enable the packet parsing > > Signed-off-by: Gagandeep Singh <...> > -LDLIBS += -lrte_eal > +LDLIBS += -lrte_eal -lrte_mempool > LDLIBS += -lrte_ethdev > LDLIBS += -lrte_bus_pci Isn't mbuf and ring are dependency? <...> > +static inline void __attribute__((hot)) > +enetc_dev_rx_parse(struct rte_mbuf *m, uint16_t parse_results) > +{ > + ENETC_PMD_DP_DEBUG("parse summary = 0x%x ", parse_results); > + > + m->packet_type = RTE_PTYPE_UNKNOWN; > + switch (parse_results) { > + case ENETC_PKT_TYPE_ETHER: > + m->packet_type = RTE_PTYPE_L2_ETHER; > + break; > + case ENETC_PKT_TYPE_IPV4: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV4; > + break; > + case ENETC_PKT_TYPE_IPV6: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV6; > + break; > + case ENETC_PKT_TYPE_IPV4_TCP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV4 | RTE_PTYPE_L4_TCP; > + break; > + case ENETC_PKT_TYPE_IPV6_TCP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV6 | RTE_PTYPE_L4_TCP; > + break; > + case ENETC_PKT_TYPE_IPV4_UDP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV4 | RTE_PTYPE_L4_UDP; > + break; > + case ENETC_PKT_TYPE_IPV6_UDP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV6 | RTE_PTYPE_L4_UDP; > + break; > + case ENETC_PKT_TYPE_IPV4_SCTP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV4 | RTE_PTYPE_L4_SCTP; > + break; > + case ENETC_PKT_TYPE_IPV6_SCTP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV6 | RTE_PTYPE_L4_SCTP; > + break; > + case ENETC_PKT_TYPE_IPV4_ICMP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV4 | RTE_PTYPE_L4_ICMP; > + break; > + case ENETC_PKT_TYPE_IPV6_ICMP: > + m->packet_type = RTE_PTYPE_L2_ETHER | > + RTE_PTYPE_L3_IPV6 | RTE_PTYPE_L4_ICMP; > + break; > + /* More switch cases can be added */ > + default: > + m->packet_type = RTE_PTYPE_UNKNOWN; > + } > +} You are already getting packet type info from device and set mbuf, by implementing (relatively easy) rte_eth_dev_get_supported_ptypes() API you can make applications use these values better, And enable "Packet type parsing" feature in .ini file