From: Sander Eikelenboom <linux@eikelenboom.it>
To: Olaf Hering <olaf@aepfle.de>
Cc: xen-devel@lists.xen.org
Subject: Re: xl pci-attach silently fails the first time
Date: Mon, 1 Dec 2014 14:57:02 +0100 [thread overview]
Message-ID: <1299044479.20141201145702@eikelenboom.it> (raw)
In-Reply-To: <20141201134211.GA25822@aepfle.de>
Monday, December 1, 2014, 2:42:11 PM, you wrote:
> On Mon, Dec 01, Olaf Hering wrote:
>> > # xl pci-attach domU 0000:01:10.0
> "xl pci-attach -h" mentions [Virtual Slot], but the code does not seem
> to handle an additional parameter, pciattach() ignores *vs.
> What is the "Virtual Slot", why is it ignored?
Hmm the wiki also still mentions it: http://wiki.xen.org/wiki/Xen_PCI_Passthrough
It was the ability with xend + qemu-trad to be able to specify the slot to
use in the guest for the pci device.
See docs/misc/vtd.txt .. that seems it has never been updated :-)
(together with passing through a multifunction devices as multifunction inside
the guest this hasn't got implemented in neither libxl and qemu-xen.)
--
Sander
>From docs/misc/vtd.txt:
VTd device hotplug:
-------------------
2 virtual PCI slots (6~7) are reserved in HVM guest to support VTd hotplug. If you have more VTd devices, only 2 of them can support hotplug. Usage is simple:
1. List the VTd device by dom. You can see a VTd device 0:2:0.0 is inserted in the HVM domain's PCI slot 6. '''lspci''' inside the guest should see the same.
[root@vt-vtd ~]# xm pci-list HVMDomainVtd
VSlt domain bus slot func
0x6 0x0 0x02 0x00 0x0
2. Detach the device from the guest by the physical BDF. Then HVM guest will receive a virtual PCI hot removal event to detach the physical device
[root@vt-vtd ~]# xm pci-detach HVMDomainVtd 0:2:0.0
3. Attach a PCI device to the guest by the physical BDF and desired virtual slot(optional). Following command would insert the physical device into guest's virtual slot 7
[root@vt-vtd ~]# xm pci-attach HVMDomainVtd 0:2:0.0 7
To specify options for the device, use -o or --options=. Following command would disable MSI-INTx translation for the device
[root@vt-vtd ~]# xm pci-attach -o msitranslate=0 0:2:0.0 7
> Olaf
next prev parent reply other threads:[~2014-12-01 13:57 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-01 12:57 xl pci-attach silently fails the first time Olaf Hering
2014-12-01 13:32 ` Olaf Hering
2014-12-01 13:42 ` Olaf Hering
2014-12-01 13:57 ` Sander Eikelenboom [this message]
2014-12-01 14:34 ` Olaf Hering
2014-12-01 14:39 ` Ian Campbell
2014-12-01 14:46 ` Olaf Hering
2014-12-01 14:46 ` Sander Eikelenboom
2014-12-02 15:47 ` Olaf Hering
2014-12-01 17:01 ` Konrad Rzeszutek Wilk
2014-12-02 15:46 ` Olaf Hering
2014-12-02 18:39 ` Konrad Rzeszutek Wilk
2014-12-03 8:36 ` Olaf Hering
2014-12-03 11:24 ` Olaf Hering
2014-12-04 1:31 ` Konrad Rzeszutek Wilk
2014-12-04 1:46 ` Konrad Rzeszutek Wilk
2014-12-04 9:28 ` Ian Campbell
2014-12-04 12:03 ` Konrad Rzeszutek Wilk
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=1299044479.20141201145702@eikelenboom.it \
--to=linux@eikelenboom.it \
--cc=olaf@aepfle.de \
--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.