From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.93]) by dpdk.org (Postfix) with ESMTP id 20BE7924B for ; Wed, 21 Oct 2015 10:44:22 +0200 (CEST) Received: from [87.172.138.62] (helo=nb-martin.allegro) by smtprelay05.ispgateway.de with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1Zop0R-0008Tf-Ej; Wed, 21 Oct 2015 10:44:23 +0200 To: "Zhang, Helin" References: <55F01EC7.1070909@allegro-packets.com> From: Martin Weiser Message-ID: <56275064.6000107@allegro-packets.com> Date: Wed, 21 Oct 2015 10:44:20 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Df-Sender: bWFydGluLndlaXNlckBhbGxlZ3JvLXBhY2tldHMuY29t Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 08:44:22 -0000 Hi Helin, any news on this issue? By the way this is not just a problem with statistics for us but also a performance problem since these packet discards start appearing at a relatively low bandwidth (~5GBit/s and ~1.5Mpps). Best regards, Martin On 10.09.15 03:09, Zhang, Helin wrote: > Hi Martin > > Yes, the statistics issue has been reported several times recently. > We will check the issue and try to fix it or get a workaround soon. Thank you very much! > > Regards, > Helin > >> -----Original Message----- >> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com] >> Sent: Wednesday, September 9, 2015 7:58 PM >> To: Zhang, Helin >> Cc: dev@dpdk.org >> Subject: i40e: problem with rx packet drops not accounted in statistics >> >> Hi Helin, >> >> in one of our test setups involving i40e adapters we are experiencing packet >> drops which are not reflected in the interfaces statistics. >> The call to rte_eth_stats_get suggests that all packets were properly received >> but the total number of packets received through rte_eth_rx_burst is less than >> the ipackets counter. >> When for example running the l2fwd application (l2fwd -c 0xfe -n 4 -- -p >> 0x3) and having driver debug messages enabled the following output is >> generated for the interface in question: >> >> ... >> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start >> ******************* >> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000 >> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000 >> PMD: i40e_update_vsi_stats(): rx_multicast: 0 >> PMD: i40e_update_vsi_stats(): rx_broadcast: 0 >> PMD: i40e_update_vsi_stats(): rx_discards: 1192557 >> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0 >> PMD: i40e_update_vsi_stats(): tx_bytes: 0 >> PMD: i40e_update_vsi_stats(): tx_unicast: 0 >> PMD: i40e_update_vsi_stats(): tx_multicast: 0 >> PMD: i40e_update_vsi_stats(): tx_broadcast: 0 >> PMD: i40e_update_vsi_stats(): tx_discards: 0 >> PMD: i40e_update_vsi_stats(): tx_errors: 0 >> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end >> ******************* >> PMD: i40e_dev_stats_get(): ***************** PF stats start >> ******************* >> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000 >> PMD: i40e_dev_stats_get(): rx_unicast: 167790000 >> PMD: i40e_dev_stats_get(): rx_multicast: 0 >> PMD: i40e_dev_stats_get(): rx_broadcast: 0 >> PMD: i40e_dev_stats_get(): rx_discards: 0 >> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000 >> PMD: i40e_dev_stats_get(): tx_bytes: 0 >> PMD: i40e_dev_stats_get(): tx_unicast: 0 >> PMD: i40e_dev_stats_get(): tx_multicast: 0 >> PMD: i40e_dev_stats_get(): tx_broadcast: 0 >> PMD: i40e_dev_stats_get(): tx_discards: 0 >> PMD: i40e_dev_stats_get(): tx_errors: 0 >> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0 >> PMD: i40e_dev_stats_get(): crc_errors: 0 >> PMD: i40e_dev_stats_get(): illegal_bytes: 0 >> PMD: i40e_dev_stats_get(): error_bytes: 0 >> PMD: i40e_dev_stats_get(): mac_local_faults: 1 >> PMD: i40e_dev_stats_get(): mac_remote_faults: 1 >> PMD: i40e_dev_stats_get(): rx_length_errors: 0 >> PMD: i40e_dev_stats_get(): link_xon_rx: 0 >> PMD: i40e_dev_stats_get(): link_xoff_rx: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0 >> PMD: i40e_dev_stats_get(): link_xon_tx: 0 >> PMD: i40e_dev_stats_get(): link_xoff_tx: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0 >> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0 >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0 >> PMD: i40e_dev_stats_get(): rx_size_64: 0 >> PMD: i40e_dev_stats_get(): rx_size_127: 0 >> PMD: i40e_dev_stats_get(): rx_size_255: 0 >> PMD: i40e_dev_stats_get(): rx_size_511: 0 >> PMD: i40e_dev_stats_get(): rx_size_1023: 0 >> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000 >> PMD: i40e_dev_stats_get(): rx_size_big: 0 >> PMD: i40e_dev_stats_get(): rx_undersize: 0 >> PMD: i40e_dev_stats_get(): rx_fragments: 0 >> PMD: i40e_dev_stats_get(): rx_oversize: 0 >> PMD: i40e_dev_stats_get(): rx_jabber: 0 >> PMD: i40e_dev_stats_get(): tx_size_64: 0 >> PMD: i40e_dev_stats_get(): tx_size_127: 0 >> PMD: i40e_dev_stats_get(): tx_size_255: 0 >> PMD: i40e_dev_stats_get(): tx_size_511: 0 >> PMD: i40e_dev_stats_get(): tx_size_1023: 0 >> PMD: i40e_dev_stats_get(): tx_size_1522: 0 >> PMD: i40e_dev_stats_get(): tx_size_big: 0 >> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0 >> PMD: i40e_dev_stats_get(): checksum_error: 0 >> PMD: i40e_dev_stats_get(): fdir_match: 0 >> PMD: i40e_dev_stats_get(): ***************** PF stats end >> ******************** >> ... >> >> The count for rx_unicast is exactly the number of packets we would have >> expected and the count for rx_discards in the VSI stats is exactly the number of >> packets we are missing. >> The question is why this number shows up only in the VSI stats and not in the PF >> stats and of course why the packets which were obviously discarded are still >> counted in the rx_unicast stats. >> This test was performed using DPDK 2.1 and the firmware of the XL710 is the >> latest one (FW 4.40 API 1.4 NVM 04.05.03). >> Do you have an idea what might be going on? >> >> Best regards, >> Martin >> >>