From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) by dpdk.org (Postfix) with ESMTP id 700919215 for ; Wed, 21 Oct 2015 23:09:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5967; q=dns/txt; s=iport; t=1445461745; x=1446671345; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qonv/bUXJdqZJUa25nTLT8Q1/6gPoy1B2fDb8iLdHZ0=; b=h30dXcUzHHhZvqEanx51hcYUpX2/DNWtcxCfB0LHoHn25ZBb+HhYTu9P G91bFjXKVH3zvPhOy78fXlmx4Mq1VDjacDSCVDY2klm45KQ4dc/mVL2Wk xGaAgQChkiiY/vQs1qN8vM8vTFqT3zy7RkxParPa35h72Ua0Gj/8K25pe Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D5AQDc/SdW/5NdJa1dgmlNgUMGvg4BDYFZhh0CgUo4FAEBAQEBAQF/C4QuAQEBBCdiAgEIEQMBAigHMhQJCAIEE4gwxCoBAQEBAQEEAQEBAQEBHYt1hHwYhC4FlicBjR2cIQEfAQFChANyhT2BBgEBAQ X-IronPort-AV: E=Sophos;i="5.20,178,1444694400"; d="scan'208,217";a="199828017" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-4.cisco.com with ESMTP; 21 Oct 2015 21:09:04 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t9LL945L003129 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 21 Oct 2015 21:09:04 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 21 Oct 2015 16:08:45 -0500 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1104.000; Wed, 21 Oct 2015 16:08:44 -0500 From: "shesha Sreenivasamurthy (shesha)" To: "users@dpdk.org" Thread-Topic: Packets not processed when huge pages are not used Thread-Index: AQHRDD86h4Esqt9w+UioCmNSy7Sep552T2WA Date: Wed, 21 Oct 2015 21:08:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.124.83] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] Packets not processed when huge pages are not used X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 21:09:06 -0000 Wanted to add ring addresses information: PMD: ixgbe_dev_rx_queue_setup(): sw_ring=3D0x7fffa0979440 sw_sc_ring=3D0x7f= ffa0975300 hw_ring=3D0x7fffa097d580 dma_addr=3D0x7fffa097d580 -- - Thanks char * (*shesha) (uint64_t cache, uint8_t F00D) { return 0x0000C0DE; } From: Cisco Employee > Date: Wednesday, October 21, 2015 at 1:30 PM To: "users@dpdk.org" > Subject: Packets not processed when huge pages are not used Hi, I have a packet processing application running correctly using hugepages w= ith 82599 interface. However, when no-huge is set, I do not see any packets= being processed by DPDK. When arp packets are sent to this interface, I se= e them being received by the device (BPRC counter gets incremented). Howeve= r, the DD register does not get set by the hardware. Therefore, _recv_raw_p= kts_vec() returns thinking that there are no packets (shown below). Therefo= re, when huge pages are not used, I suspect that some DMA configuration is = getting messed up. Any tips on how to go about finding the issue will be he= lpful. drivers/net/ixgbe/ixgbe_rxtx_vec.c 303 /* Before we start moving massive data around, check to see if 304 * there is actually a packet available */ 305 if (!(rxdp->wb.upper.status_error & 306 rte_cpu_to_le_32(IXGBE_RXDADV_STAT_DD))) 307 return 0; Observation: In lib/librte_eal/linuxapp/eal/eal_memory.c::rte_eal_hugepage_= init() physical memory is set to be same as virtual (mcfg->memseg[0].phys_a= ddr =3D (phys_addr_t)(uintptr_t)addr;). Is that expected ?