DPDK patches and discussions
 help / color / mirror / Atom feed
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
>

             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).