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 35EF1957C for ; Wed, 21 Oct 2015 22:30:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3266; q=dns/txt; s=iport; t=1445459409; x=1446669009; h=from:to:subject:date:message-id:mime-version; bh=w7SVtJzEFq5nHbREXftY5APkIHfMU0TH7og7Qbhoa6o=; b=Tu1MJzoE+v9n+xpbBZXTekSIVnK1Ekdb/DM2ONpSUBPMdEaxsoZy9/t0 R3de7FvLPlaB4zL0Uc5mTqmXXOphPH0rTfxYeWqxSMRyBNZ2EEoMF9OTH vPo57tHcsrXNwmLhhH4efb2mYxj6eUW14m32bQR2nGD8YKgkQ9Tft6LVU w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D3AQB49CdW/5FdJa1dgmlNgUm+DgENgVmHaDgUAQEBAQEBAX8LhDUnZAEMdCcEiEOhX6JZAQsBIJU3BZYnAXmMJJwhAR8BAUKEA4YvgQYBAQE X-IronPort-AV: E=Sophos;i="5.20,178,1444694400"; d="scan'208,217";a="199814029" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-4.cisco.com with ESMTP; 21 Oct 2015 20:30:07 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t9LKU6HP029356 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 21 Oct 2015 20:30:06 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 21 Oct 2015 15:29:47 -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 15:29:47 -0500 From: "shesha Sreenivasamurthy (shesha)" To: "users@dpdk.org" Thread-Topic: Packets not processed when huge pages are not used Thread-Index: AQHRDD86h4Esqt9w+UioCmNSy7Sepw== Date: Wed, 21 Oct 2015 20:29:47 +0000 Message-ID: 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: [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 20:30:08 -0000 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 ?