From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id C5E3E804A for ; Thu, 11 Dec 2014 10:56:19 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 11 Dec 2014 01:56:18 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.07,556,1413270000"; d="scan'208";a="636041163" Received: from irsmsx151.ger.corp.intel.com ([163.33.192.59]) by fmsmga001.fm.intel.com with ESMTP; 11 Dec 2014 01:56:17 -0800 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.150]) by IRSMSX151.ger.corp.intel.com ([163.33.192.59]) with mapi id 14.03.0195.001; Thu, 11 Dec 2014 09:56:17 +0000 From: "De Lara Guarch, Pablo" To: Thomas Monjalon Thread-Topic: [dpdk-dev] [PATCH v2] app/test: fix memory needs after RTE_MAX_LCORE was increased to 128 Thread-Index: AQHQFN9+iMlRq1LrrkKpA81lgJBMEJyKIYNw Date: Thu, 11 Dec 2014 09:56:16 +0000 Message-ID: References: <1417696834-21354-1-git-send-email-pablo.de.lara.guarch@intel.com> <1418119872-15335-1-git-send-email-pablo.de.lara.guarch@intel.com> <1437499.n9ubl6fXCh@xps13> <6865201.6y9pmue6ZI@xps13> In-Reply-To: <6865201.6y9pmue6ZI@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH v2] app/test: fix memory needs after RTE_MAX_LCORE was increased to 128 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: Thu, 11 Dec 2014 09:56:20 -0000 > -----Original Message----- > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] > Sent: Thursday, December 11, 2014 1:11 AM > To: De Lara Guarch, Pablo > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] app/test: fix memory needs after > RTE_MAX_LCORE was increased to 128 >=20 > 2014-12-10 15:40, Thomas Monjalon: > > 2014-12-09 10:11, Pablo de Lara: > > > Since commit b91c67e5a693211862aa7dc3b78630b4e856c2af, > > > maximum number of cores is 128, which has increase > > > the total memory necessary for a rte_mempool structure, > > > as the per-lcore local cache has been doubled in size. > > > Therefore, eal_flags unit test was broken since it needed > > > to use more hugepages. > > > > > > Changes in v2: Increased memory to 18MB, as that is the > > > actual minimum memory necessary (depending on the physical memory > segments, > > > DPDK may need less memory) > > > > > > Signed-off-by: Pablo de Lara > > > > Independently of RTE_MAX_LCORE being increased to 128, I still have > some > > problems with test_invalid_vdev_flag(). > > First, DEFAULT_MEM_SIZE is not used in this function. > > Also, even with your patch, I get this error in my VM: > > Cannot get hugepage information > > > > But if this patch solves an issue for you, I guess it should be applied= . > > That said, I would appreciate a complete description of the commands > > you use to launch this test in a VM (starting with the Qemu command). >=20 > Applied >=20 > I think we should try to improve this test to be able to run it everywher= e. Sorry Thomas for not coming back to you earlier. This is the qemu command I used: qemu-kvm -cpu host -smp 8 -m 4G -monitor stdio -nographic -device e1000,vla= n=3D1 -net user,vlan=3D1,hostfwd=3D::2222-:22 fedora-img.cow And then I run the test using: ./x86_64-native-linuxapp-gcc/app/test -c ff -n 4 -m 20 I suspect you are missing the -m flag, and in that case test will fail as i= t launches other primary processes (that test that is failing for you, for instance), = which will require some free hugepages,=20 so as you said, there is nothing to do with RTE_MAX_LCORE. Btw, I also tested the fix on VMWare, and it works fine as well. Let me kno= w if your problem is still different from what I think. Thanks, Pablo >=20 > Thanks > -- > Thomas