From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by dpdk.org (Postfix) with ESMTP id D503AC392 for ; Thu, 22 Oct 2015 18:09:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2688; q=dns/txt; s=iport; t=1445530200; x=1446739800; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=vsokzqIDtZjiro0kkilzMQPPyCKHxqw06pmBQrBeiHU=; b=IDy999lpg7SyWKeRtp+o8apFmWMbVk5OlxJDC1LfgMnUmLQSlifdU/QS 6ET/jnhLjRs+1/9x7dmAV6OcWqRXBoOcPNBqH0uiQKc+wZofg8wogN8Uh 7i1j6oAcfwWdKmuBPty0I5t4W75vHETs7d6VrZwcZpBkPlCmuJfgN3INY s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D1AQCwCSlW/5RdJa1egzZUbwa+GQENgVkjhXoCgUU4FAEBAQEBAQGBCoQuAQEBBCcTPwwEAgEIEQMBAgEeCQcyFAkIAgQOBYgwDcUuAQEBAQEBAQEBAQEBAQEBAQEBAQEZi3WEWjMHBoQoBZYrAYUYiAWCIJoFAR8BAUKEA3IBhTyBBgEBAQ X-IronPort-AV: E=Sophos;i="5.20,183,1444694400"; d="scan'208";a="43520732" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-3.cisco.com with ESMTP; 22 Oct 2015 16:09:59 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t9MG9wLe010600 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 22 Oct 2015 16:09:58 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; Thu, 22 Oct 2015 11:09:38 -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; Thu, 22 Oct 2015 11:09:38 -0500 From: "shesha Sreenivasamurthy (shesha)" To: Sergio Gonzalez Monroy Thread-Topic: [dpdk-users] Packets not processed when huge pages are not used Thread-Index: AQHRDD86h4Esqt9w+UioCmNSy7Sep552T2WAgAGaTwD//6R0gA== Date: Thu, 22 Oct 2015 16:09:38 +0000 Message-ID: References: <5628F4AE.7020409@intel.com> In-Reply-To: <5628F4AE.7020409@intel.com> 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.233.20] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "users@dpdk.org" 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: Thu, 22 Oct 2015 16:10:00 -0000 If someone else is not woking on it, I can fix that. What is the right way to fix it? Should we have to mmap and perform similar trick (as done for huge pages) of finding physical pages that are contiguous and discarding the unneeded mappings ?=20 -- - Thanks char * (*shesha) (uint64_t cache, uint8_t F00D) { return 0x0000C0DE; } -----Original Message----- From: Sergio Gonzalez Monroy Date: Thursday, October 22, 2015 at 7:37 AM To: Cisco Employee Cc: "users@dpdk.org" Subject: Re: [dpdk-users] Packets not processed when huge pages are not used On 21/10/2015 22:08, shesha Sreenivasamurthy (shesha) wrote: > Wanted to add ring addresses information: > > PMD: ixgbe_dev_rx_queue_setup(): sw_ring=3D0x7fffa0979440 >sw_sc_ring=3D0x7fffa0975300 hw_ring=3D0x7fffa097d580 dma_addr=3D0x7fffa097= d580 > > -- > - 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 with 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 see them being received by the device (BPRC counter >gets incremented). However, the DD register does not get set by the >hardware. Therefore, _recv_raw_pkts_vec() returns thinking that there are >no packets (shown below). Therefore, 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 helpful. > > 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=20 >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_addr = =3D >(phys_addr_t)(uintptr_t)addr;). Is that expected ? Hi Shesha, It is a known issue: http://dpdk.org/doc/guides/rel_notes/known_issues.html#pmd-does-not-work-wi th-no-huge-eal-command-line-parameter It should work with IOMMU=3Don and VFIO driver, but I haven't verified that myself. Sergio