From: "Qiu, Michael" <michael.qiu@intel.com>
To: Lyn M <netinal7@gmail.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] l3fwd error, port 0 is not present on the board
Date: Sun, 4 Jan 2015 03:50:29 +0000 [thread overview]
Message-ID: <533710CFB86FA344BFBF2D6802E60286CA3FA2@SHSMSX101.ccr.corp.intel.com> (raw)
In-Reply-To: <CAM8Q2aXd0++=JCrMO7pq9Ai+TufXHcZs4H0O00L0N12fHpcdBw@mail.gmail.com>
On 1/2/2015 11:08 PM, Lyn M wrote:
> 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?
It is simply a mask used to enable or disable ports in DPDK.
For example:
If DPDK owns two ports, -p 0x03 means all two ports are enabled.
If DPDK owns four ports, -p 0x03 means only port 0 and 1 are enabled,
port 2 and 3 are unable to use. If you want to enable all ports, you
should use -p 0x0f
0x03 is 0b11, 0x0f is 0b1111
Thanks,
Michael
> Happy New Year --
> Lyn
>
> On Wed, Dec 31, 2014 at 10:00 PM, Neil Horman <nhorman@tuxdriver.com> 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_$(@)) \
>>
next prev parent reply other threads:[~2015-01-04 3:50 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-29 20:18 Lyn M
2014-12-29 21:02 ` Neil Horman
2014-12-30 18:54 ` Lyn M
2014-12-30 21:24 ` Neil Horman
2014-12-31 14:18 ` Lyn M
2014-12-31 14:48 ` Neil Horman
2014-12-31 16:50 ` Lyn M
2015-01-01 3:37 ` Neil Horman
2015-01-01 4:00 ` Neil Horman
2015-01-02 15:07 ` Lyn M
2015-01-02 19:54 ` Neil Horman
2015-01-04 3:50 ` Qiu, Michael [this message]
2015-01-06 9:02 ` Thomas Monjalon
2015-01-06 9:41 ` Bruce Richardson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=533710CFB86FA344BFBF2D6802E60286CA3FA2@SHSMSX101.ccr.corp.intel.com \
--to=michael.qiu@intel.com \
--cc=dev@dpdk.org \
--cc=netinal7@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).