From: Andrew Cooper <andrew.cooper3@citrix.com>
To: xen-devel@lists.xen.org
Subject: Re: issue using SRIOV "Unable to start - perhaps the PF driver is not up yet", while PF driver is actually up
Date: Tue, 11 Sep 2012 10:32:25 +0100 [thread overview]
Message-ID: <504F0529.7010204@citrix.com> (raw)
In-Reply-To: <CALQsBOUAv_kPuAjbvyPZs90rGM7ZOBjEctC6iMuf6c+CL+VkDw@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 4952 bytes --]
On 10/09/12 19:32, Ashok Anand wrote:
> Any more thoughts on it? I will really appreciate it.
Sorry - I am debugging a memory corruption issue, so not paying too
close attention to emails.
Have you ensured that the pif is up in dom0 before trying to use a vif?
~Andrew
>
> regards,
> Ashok
>
> On Mon, Sep 10, 2012 at 4:16 PM, Ashok Anand <ashok.anand@gmail.com
> <mailto:ashok.anand@gmail.com>> wrote:
>
>
> I am passing virtual functions. please see below ,based on the
> message from lspci.
>
> What does lspci -vv for the physical function say?
>
> As for the physical function: it is unsafe to pass physical
> functions to a non-trusted guest, as the physical function has
> complete control over the all the virtual functions, even if
> they are passed through to other guests. For that reason, the
> physical function should remain in dom0 (or a device driver
> domain if you are going for disaggregation).
>
>
> here is the message lspci -vv | grep Eth gives me,
>
> 0f:00.0 Ethernet controller: Intel Corporation 82599EB 10-Gigabit
> SFI/SFP+ Network Connection (rev 01)
> Subsystem: Intel Corporation Ethernet Server Adapter X520-2
> 0f:00.1 Ethernet controller: Intel Corporation 82599EB 10-Gigabit
> SFI/SFP+ Network Connection (rev 01)
> Subsystem: Intel Corporation Ethernet Server Adapter X520-2
> 0f:10.0 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:10.2 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:10.4 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:10.6 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:11.0 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:11.2 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:11.4 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
> 0f:11.6 Ethernet controller: Intel Corporation 82599 Ethernet
> Controller Virtual Function (rev 01)
>
> Here, 0f:00.0 is the physical function, while 0f:10.0 and others
> are virtual functions -- so I am attaching virtual functions.
>
>
>
>
>
>
>>
>>
>>
>>>
>>> i attach 0f:10.0 to a domU ubuntu machine, xm pci-attach
>>> ubuntu 0f:10.0
>>>
>>> on my dom0 machine, i can ping other machine using eth2,
>>> (implying PF on eth2 is active)
>>>
>>> on my domU machine, when i attach the virtual function,
>>> i get the following messages
>>>
>>> [ 2282.688356 <tel:%5B%202282.688356>] ixgbevf
>>> 0000:00:00.0: Xen PCI mapped GSI0 to IRQ28
>>> [ 2282.688470 <tel:%5B%202282.688470>] ixgbevf
>>> 0000:00:00.0: setting latency timer to 64
>>> [ 2282.690187 <tel:%5B%202282.690187>] ixgbevf
>>> 0000:00:00.0: PF still in reset state, assigning new address
>>>
>>> while PF on eth2 is there and active, since i can ping
>>> other machine.
>>>
>>> Now, when I try to bring up the VF interface on domU,
>>> i get the following error
>>>
>>> 2476.295582] Unable to start - perhaps the PF Driver
>>> isn't up yet
>>> SIOCSIFFLAGS: Network is down
>>> [ 2476.296917] Unable to start - perhaps the PF Driver
>>> isn't up yet
>>> SIOCSIFFLAGS: Network is down
>>>
>>> and on dmesg on domU,
>>> [ 2476.295582] Unable to start - perhaps the PF Driver
>>> isn't up yet
>>> [ 2476.296917] Unable to start - perhaps the PF Driver
>>> isn't up yet
>>>
>>>
>>> Any thoughts on what could be wrong? I have been
>>> struggling with this for quite some time
>>> and would really appreciate your thoughts on it.
>>>
>>> Thanks,
>>> Ashok
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> --
>> Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
>> T: +44 (0)1223 225 900 <tel:%2B44%20%280%291223%20225%20900>, http://www.citrix.com
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xen.org <mailto:Xen-devel@lists.xen.org>
>> http://lists.xen.org/xen-devel
>>
>>
>
> --
> Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
> T: +44 (0)1223 225 900 <tel:%2B44%20%280%291223%20225%20900>, http://www.citrix.com
>
>
>
--
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com
[-- Attachment #1.2: Type: text/html, Size: 14018 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2012-09-11 9:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CALQsBOWDE_KqpntG8WJo86omLP3+rhQ0LDMW5vB752ubpF1FAA@mail.gmail.com>
2012-09-10 10:24 ` issue using SRIOV "Unable to start - perhaps the PF driver is not up yet", while PF driver is actually up Ashok Anand
2012-09-10 10:26 ` Andrew Cooper
2012-09-10 10:34 ` Ashok Anand
2012-09-10 10:38 ` Andrew Cooper
2012-09-10 10:46 ` Ashok Anand
2012-09-10 18:32 ` Ashok Anand
2012-09-11 9:32 ` Andrew Cooper [this message]
2012-09-11 10:05 ` Pasi Kärkkäinen
2012-09-10 10:27 ` Pasi Kärkkäinen
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=504F0529.7010204@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=xen-devel@lists.xen.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.