From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by dpdk.org (Postfix) with ESMTP id 517DB5921 for ; Sun, 4 Jan 2015 04:50:34 +0100 (CET) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga102.fm.intel.com with ESMTP; 03 Jan 2015 19:50:33 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,862,1389772800"; d="scan'208";a="436223567" Received: from pgsmsx103.gar.corp.intel.com ([10.221.44.82]) by FMSMGA003.fm.intel.com with ESMTP; 03 Jan 2015 19:38:17 -0800 Received: from shsmsx102.ccr.corp.intel.com (10.239.4.154) by PGSMSX103.gar.corp.intel.com (10.221.44.82) with Microsoft SMTP Server (TLS) id 14.3.195.1; Sun, 4 Jan 2015 11:50:31 +0800 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.110]) by shsmsx102.ccr.corp.intel.com ([169.254.2.216]) with mapi id 14.03.0195.001; Sun, 4 Jan 2015 11:50:29 +0800 From: "Qiu, Michael" To: Lyn M Thread-Topic: [dpdk-dev] l3fwd error, port 0 is not present on the board Thread-Index: AQHQI6SluhtjEn4vSku2JwaDYrclFA== Date: Sun, 4 Jan 2015 03:50:29 +0000 Message-ID: <533710CFB86FA344BFBF2D6802E60286CA3FA2@SHSMSX101.ccr.corp.intel.com> References: <20141229210210.GA31480@localhost.localdomain> <20141230212406.GB2187@localhost.localdomain> <20141231144859.GA6637@localhost.localdomain> <20150101033744.GA8149@localhost.localdomain> <20150101040032.GA11645@hmsreliant.think-freely.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] l3fwd error, port 0 is not present on the board 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: Sun, 04 Jan 2015 03:50:34 -0000 On 1/2/2015 11:08 PM, Lyn M wrote:=0A= > Neil, your patch works. I am now able to run testpmd, as well as l3fwd= =0A= > with DPDK 1.8.0 and CONFIG_RTE_BUILD_COMBINE_LIBS=3Dy. Thank you much!= =0A= >=0A= > In my original post, I thought my choice of hex portmask -p 0x3 was causi= ng=0A= > this issue -- now I know that was not the case. But, I am still curious= =0A= > about how the hex portmask is determined. Since I only have two ports=0A= > bound to igb_uio, my hex postmask will always be 0x3? What if I choose t= o=0A= > bind other ports to igb_uio? Is there a Linux command I can run to=0A= > determine what mask to use with the -p option?=0A= =0A= It is simply a mask used to enable or disable ports in DPDK.=0A= For example:=0A= If DPDK owns two ports, -p 0x03 means all two ports are enabled.=0A= If DPDK owns four ports, -p 0x03 means only port 0 and 1 are enabled,=0A= port 2 and 3 are unable to use. If you want to enable all ports, you=0A= should use -p 0x0f=0A= =0A= 0x03 is 0b11, 0x0f is 0b1111=0A= =0A= Thanks,=0A= Michael=0A= > Happy New Year --=0A= > Lyn=0A= >=0A= > On Wed, Dec 31, 2014 at 10:00 PM, Neil Horman wro= te:=0A= >=0A= >> On Wed, Dec 31, 2014 at 10:37:45PM -0500, Neil Horman wrote:=0A= >>> On Wed, Dec 31, 2014 at 10:50:10AM -0600, Lyn M wrote:=0A= >>>> Neil,=0A= >>>> When I build DPDK 1.8.0 with the default value=0A= >> CONFIG_RTE_BUILD_COMBINE_LIBS=3Dn,=0A= >>>> I am able to run the testpmd successfully. So, that does appear to be= =0A= >> the=0A= >>>> culprit.=0A= >>>> The objdump -t output for testpmd (with COMBINE_LIBS=3Dn and=0A= >> COMBINE_LIBS=3Dy)=0A= >>>> files are here:=0A= >>>>=0A= >> https://www.dropbox.com/sh/6os9yfn22jjcnmy/AAAjEV3u06XQ1t3UXdWcgru0a?dl= =3D0=0A= >>>> Thanks,=0A= >>>> Lyn=0A= >>>>=0A= >>> I see the problem. none of the constructors are included in the l3fwd= =0A= >> app. I=0A= >>> think you might need 174572477028b7f04700389e38f87d2ba01a0adc. Its als= o=0A= >>> possible something else has gone wrong withthe COMBINE_LIBS option. Tr= y=0A= >>> building with the head of the tree, and if that doesn't fix it, we can= =0A= >> start=0A= >>> debugging in earnest.=0A= >>> Neil=0A= >> Found the problem. Please try this patch=0A= >>=0A= >>=0A= >> diff --git a/mk/rte.app.mk b/mk/rte.app.mk=0A= >> index e1a0dbf..40afb2c 100644=0A= >> --- a/mk/rte.app.mk=0A= >> +++ b/mk/rte.app.mk=0A= >> @@ -61,6 +61,10 @@ ifeq ($(NO_AUTOLIBS),)=0A= >>=0A= >> LDLIBS +=3D --whole-archive=0A= >>=0A= >> +ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),y)=0A= >> +LDLIBS +=3D -l$(RTE_LIBNAME)=0A= >> +endif=0A= >> +=0A= >> ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),n)=0A= >>=0A= >> ifeq ($(CONFIG_RTE_LIBRTE_DISTRIBUTOR),y)=0A= >> @@ -251,10 +255,6 @@ build: _postbuild=0A= >>=0A= >> exe2cmd =3D $(strip $(call dotfile,$(patsubst %,%.cmd,$(1))))=0A= >>=0A= >> -ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),y)=0A= >> -LDLIBS +=3D -l$(RTE_LIBNAME)=0A= >> -endif=0A= >> -=0A= >> ifeq ($(LINK_USING_CC),1)=0A= >> override EXTRA_LDFLAGS :=3D $(call linkerprefix,$(EXTRA_LDFLAGS))=0A= >> O_TO_EXE =3D $(CC) $(CFLAGS) $(LDFLAGS_$(@)) \=0A= >>=0A= =0A=