From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com [209.85.213.179]) by dpdk.org (Postfix) with ESMTP id 637495A2F for ; Fri, 2 Jan 2015 16:07:41 +0100 (CET) Received: by mail-ig0-f179.google.com with SMTP id r2so15574564igi.0 for ; Fri, 02 Jan 2015 07:07:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yVmZtaawW7IVT7icld4xagwk1wO3amxBZOBEcLV9FSQ=; b=RglZ6fkHEWWasnsPhYiChTFSUDz/pXbU/tr7lkgMYIoHXaV+l0coLwWWGVLGDpOjE+ C5h6X+DOJXbbvzA9c/21FOV77JRiDaHQRXCePWxrV2Q5TaDk5he4WRfOU26x42D/OyJt r6i4PTqmlv6p1iEjewpz+PlgM7Peo9YQa3wNVhVsLYPodRyhRMdAvwZ/bZfvHvlidLoI L0/mR0TrNrVRnenypV3thK3vbQ8727fuxWn0rk0LdgrZvhdLs+NeChuOIZ2HJhZKIjJc gEFxkHjbw1V1Rwd8sf488ZKmn7LFxmEj8ygsooFvpK5zcs6aV1t0+1j4U1x0vOVAdntk TMRw== MIME-Version: 1.0 X-Received: by 10.42.80.75 with SMTP id u11mr58031802ick.44.1420211260533; Fri, 02 Jan 2015 07:07:40 -0800 (PST) Received: by 10.50.89.134 with HTTP; Fri, 2 Jan 2015 07:07:40 -0800 (PST) In-Reply-To: <20150101040032.GA11645@hmsreliant.think-freely.org> References: <20141229210210.GA31480@localhost.localdomain> <20141230212406.GB2187@localhost.localdomain> <20141231144859.GA6637@localhost.localdomain> <20150101033744.GA8149@localhost.localdomain> <20150101040032.GA11645@hmsreliant.think-freely.org> Date: Fri, 2 Jan 2015 09:07:40 -0600 Message-ID: From: Lyn M To: Neil Horman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 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: Fri, 02 Jan 2015 15:07:42 -0000 Neil, your patch works. I am now able to run testpmd, as well as l3fwd with DPDK 1.8.0 and CONFIG_RTE_BUILD_COMBINE_LIBS=y. Thank you much! In my original post, I thought my choice of hex portmask -p 0x3 was causing this issue -- now I know that was not the case. But, I am still curious about how the hex portmask is determined. Since I only have two ports bound to igb_uio, my hex postmask will always be 0x3? What if I choose to bind other ports to igb_uio? Is there a Linux command I can run to determine what mask to use with the -p option? Happy New Year -- Lyn On Wed, Dec 31, 2014 at 10:00 PM, Neil Horman wrote: > On Wed, Dec 31, 2014 at 10:37:45PM -0500, Neil Horman wrote: > > On Wed, Dec 31, 2014 at 10:50:10AM -0600, Lyn M wrote: > > > Neil, > > > When I build DPDK 1.8.0 with the default value > CONFIG_RTE_BUILD_COMBINE_LIBS=n, > > > I am able to run the testpmd successfully. So, that does appear to be > the > > > culprit. > > > The objdump -t output for testpmd (with COMBINE_LIBS=n and > COMBINE_LIBS=y) > > > files are here: > > > > https://www.dropbox.com/sh/6os9yfn22jjcnmy/AAAjEV3u06XQ1t3UXdWcgru0a?dl=0 > > > > > > Thanks, > > > Lyn > > > > > I see the problem. none of the constructors are included in the l3fwd > app. I > > think you might need 174572477028b7f04700389e38f87d2ba01a0adc. Its also > > possible something else has gone wrong withthe COMBINE_LIBS option. Try > > building with the head of the tree, and if that doesn't fix it, we can > start > > debugging in earnest. > > Neil > > Found the problem. Please try this patch > > > diff --git a/mk/rte.app.mk b/mk/rte.app.mk > index e1a0dbf..40afb2c 100644 > --- a/mk/rte.app.mk > +++ b/mk/rte.app.mk > @@ -61,6 +61,10 @@ ifeq ($(NO_AUTOLIBS),) > > LDLIBS += --whole-archive > > +ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),y) > +LDLIBS += -l$(RTE_LIBNAME) > +endif > + > ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),n) > > ifeq ($(CONFIG_RTE_LIBRTE_DISTRIBUTOR),y) > @@ -251,10 +255,6 @@ build: _postbuild > > exe2cmd = $(strip $(call dotfile,$(patsubst %,%.cmd,$(1)))) > > -ifeq ($(CONFIG_RTE_BUILD_COMBINE_LIBS),y) > -LDLIBS += -l$(RTE_LIBNAME) > -endif > - > ifeq ($(LINK_USING_CC),1) > override EXTRA_LDFLAGS := $(call linkerprefix,$(EXTRA_LDFLAGS)) > O_TO_EXE = $(CC) $(CFLAGS) $(LDFLAGS_$(@)) \ >