From: Anjali Kulkarni <anjali@juniper.net>
To: Anjali Kulkarni <anjali@juniper.net>,
"Richardson, Bruce" <bruce.richardson@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Question on using SR-IOV with dpdk apps
Date: Mon, 4 Aug 2014 20:26:27 +0000 [thread overview]
Message-ID: <D0053A5F.2D3C5%anjali@juniper.net> (raw)
The 4 devices in qs are at 04:10.0, 04:10.1, 04:10.2, 04:10.3
Anjali
On 8/4/14 1:24 PM, "Anjali Kulkarni" <anjali@juniper.net> wrote:
>It seems to have detected all 4. But I do see a MAC address not valid:
>…
>…
>(scrolled up)
>
>EAL: PCI device 0000:04:10.1 on NUMA socket 0 │
>EAL: probe driver: 8086:10ed rte_ixgbevf_pmd │
>EAL: PCI memory mapped at 0x7fd39743e000 │
>EAL: PCI memory mapped at 0x7fd39743a000 │
>PMD: The MAC address is not valid. │
> The most likely cause of this error is that the VM host │
> has not assigned a valid MAC address to this VF device. │
> Please consult the DPDK Release Notes (FAQ section) for │
> a possible solution to this problem. │
>EAL: PCI device 0000:04:10.2 on NUMA socket 0 │
>EAL: probe driver: 8086:10ed rte_ixgbevf_pmd │
>EAL: PCI memory mapped at 0x7fd397436000 │
>EAL: PCI memory mapped at 0x7fd397432000 │
>EAL: PCI device 0000:04:10.3 on NUMA socket 0 │
>EAL: probe driver: 8086:10ed rte_ixgbevf_pmd │
>EAL: PCI memory mapped at 0x7fd39742e000 │
>EAL: PCI memory mapped at 0x7fd39742a000 │
>PMD: The MAC address is not valid. │
> The most likely cause of this error is that the VM host │
> has not assigned a valid MAC address to this VF device. │
> Please consult the DPDK Release Notes (FAQ section) for │
> a possible solution to this problem.
>
>
>
>On 8/4/14 12:53 PM, "Richardson, Bruce" <bruce.richardson@intel.com>
>wrote:
>
>>
>>> -----Original Message-----
>>> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Anjali Kulkarni
>>> Sent: Monday, August 04, 2014 12:45 PM
>>> To: dev@dpdk.org
>>> Subject: Re: [dpdk-dev] Question on using SR-IOV with dpdk apps
>>>
>>> Forgot to clarify, this is a specialized app, and the first parameter
>>>of
>>> each () is the dpdk port no.
>>>
>>> On 8/4/14 12:43 PM, "Anjali Kulkarni" <anjali@juniper.net> wrote:
>>>
>>> >Hi,
>>> >
>>> >I am using SR-IOV and pass through to run a DPDK app. I am running it
>>>on
>>> >host. SR-IOV should split the NIC into multiple Vfs. I have split each
>>>NIC
>>> >into 2 Vfs. However, when I run the DPDK app, I get error initializing
>>>the
>>> >port no.2 of DPDK.
>>> >I am running the app with these options:
>>> >--rx "(0,0,0,1),(1,0,2,1), (2,0,3,1), (3,0,4,1)" --tx "(0,1), (1,1),
>>> >(2,1), (3,1)"
>>> >
>>> >This is for 2 physical NICs, each having 2 Vfs. The error I get is:
>>> >
>>> >Initializing NIC port 0 ... |
>>> >|RPIOIF DETACHED
>>> >|Initializing NIC port 0 RX queue 0 ... |
>>> >|
>>> >|Initializing NIC port 0 TX queue 0 ... |
>>> >|HOSTIF DETACHED
>>> >|Initializing NIC port 1 ... |
>>> >|
>>> >|Initializing NIC port 1 RX queue 0 ... |
>>> >|
>>> >|Initializing NIC port 1 TX queue 0 ... |
>>> >|
>>> >|Initializing NIC port 2 ... |
>>> >|
>>> >|PANIC in app_init_nics(): |
>>> >|
>>> >|Cannot init NIC port 2 (-22)
>>> >
>>> >
>>> >Can someone pls clarify how DPDK views it's port nos, i.e. Scans the
>>> >devices and sees each nic? I see 4 /dev/uioX devices. I assume it
>>>scans
>>> >for these igb_uio devices. These are present. Then why can it not
>>>detect
>>> >the other 2 NICs?
>>> >
>>> >Thanks
>>> >Anjali
>>> >
>>
>>Hi,
>>
>>For debugging issues with PCI devices not being found, can you please
>>include the output from the EAL on startup, especially any messages
>>concerning the PCI bus scan being done.
>>
>>Regards,
>>/Bruce
>
next reply other threads:[~2014-08-04 20:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-04 20:26 Anjali Kulkarni [this message]
2014-08-05 14:38 ` Patrick McGleenon
2014-08-05 15:09 ` Xie, Huawei
-- strict thread matches above, loose matches on Subject: below --
2014-08-04 19:43 Anjali Kulkarni
2014-08-04 19:44 ` Anjali Kulkarni
2014-08-04 19:53 ` Richardson, Bruce
2014-08-04 20:24 ` Anjali Kulkarni
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=D0053A5F.2D3C5%anjali@juniper.net \
--to=anjali@juniper.net \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
/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).