Hello,
I FINALLY got Xen working with VT-d. I compiled Xen-unstable (3.3) from
Mercurial on CentOS 5.2, but compiled my own kernel-xen from the latest
CentOS SRPM. (Made sure pciback was built-in and not a module, as the stock
kernel-xen has it as a module.) I''m probably going to write a how-to
soon,
so stay tuned!
I have a JMicron SATA/PATA PCI Express controller with a DQ35JO motherboard
and a Q6600 processor.
My grub entry:
title CentOS (2.6.18-92.el5.xenpcibackxen)
root (hd0,0)
kernel /xen-3.3.0-rc4-pre.gz vtd=1 iommu=1
module /vmlinuz-2.6.18-92.el5.xenpcibackxen ro
root=/dev/VolGroup00/LogVol00 pci=nommconf rhgb
pciback.hide=(01:00.0)(01:00.1)
module /initrd-2.6.18-92.el5.xenpcibackxen.img
xm create hd.hvm
Using config file "./hd.hvm".
Error: fail to assign device(1:0.1): maybe it has already been assigned to
other domain, or maybe it doesn''t exist.
My dmesg, xm dmesg, hvm, and lspci -vv are attached. What''s weird is
that
Xen appears to be able to tell it grabbed 01:00.0. However I cannot grab
just 01:00.0 because it is on the same PCI Express bus. I thought the
problem initially was the fact that the JMB363 ide chipset was being picked
up by the generic ATA driver, so I removed that and recompiled, but that
didn''t change anything. pciback.hide seems to grab both controllers per
my
dmesg. (They are on the same board.)
Any ideas?
Thanks,
-Bryan
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Bryan York
2008-Aug-10 07:42 UTC
[Xen-devel] Fwd: Cannot assign device in Xen-unstable [VT-d]
Moving over to xen-devel to see if anyone has any suggestions there.
Thanks again to everyone for the help earlier with my VT-d kernel hangs.
-Bryan
---------- Forwarded message ----------
From: Bryan York <bryan.york@gmail.com>
Date: Fri, Aug 8, 2008 at 5:35 PM
Subject: Cannot assign device in Xen-unstable [VT-d]
To: xen-users@lists.xensource.com
Hello,
I FINALLY got Xen working with VT-d. I compiled Xen-unstable (3.3) from
Mercurial on CentOS 5.2, but compiled my own kernel-xen from the latest
CentOS SRPM. (Made sure pciback was built-in and not a module, as the stock
kernel-xen has it as a module.) I''m probably going to write a how-to
soon,
so stay tuned!
I have a JMicron SATA/PATA PCI Express controller with a DQ35JO motherboard
and a Q6600 processor.
My grub entry:
title CentOS (2.6.18-92.el5.xenpcibackxen)
root (hd0,0)
kernel /xen-3.3.0-rc4-pre.gz vtd=1 iommu=1
module /vmlinuz-2.6.18-92.el5.xenpcibackxen ro
root=/dev/VolGroup00/LogVol00 pci=nommconf rhgb
pciback.hide=(01:00.0)(01:00.1)
module /initrd-2.6.18-92.el5.xenpcibackxen.img
xm create hd.hvm
Using config file "./hd.hvm".
Error: fail to assign device(1:0.1): maybe it has already been assigned to
other domain, or maybe it doesn''t exist.
My dmesg, xm dmesg, hvm, and lspci -vv are attached. What''s weird is
that
Xen appears to be able to tell it grabbed 01:00.0. However I cannot grab
just 01:00.0 because it is on the same PCI Express bus. I thought the
problem initially was the fact that the JMB363 ide chipset was being picked
up by the generic ATA driver, so I removed that and recompiled, but that
didn''t change anything. pciback.hide seems to grab both controllers per
my
dmesg. (They are on the same board.)
Any ideas?
Thanks,
-Bryan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Han, Weidong
2008-Aug-11 03:31 UTC
RE: [Xen-devel] Fwd: Cannot assign device in Xen-unstable [VT-d]
Hi Bryan,
Can you paste your serial console output? I want to see whether the hidden
devices are really assigned to dom0 via add_device hypercall.
Randy (Weidong)
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Bryan York
Sent: 2008年8月10日 15:42
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] Fwd: Cannot assign device in Xen-unstable [VT-d]
Moving over to xen-devel to see if anyone has any suggestions there.
Thanks again to everyone for the help earlier with my VT-d kernel hangs.
-Bryan
---------- Forwarded message ----------
From: Bryan York <bryan.york@gmail.com>
Date: Fri, Aug 8, 2008 at 5:35 PM
Subject: Cannot assign device in Xen-unstable [VT-d]
To: xen-users@lists.xensource.com
Hello,
I FINALLY got Xen working with VT-d. I compiled Xen-unstable (3.3) from
Mercurial on CentOS 5.2, but compiled my own kernel-xen from the latest CentOS
SRPM. (Made sure pciback was built-in and not a module, as the stock kernel-xen
has it as a module.) I''m probably going to write a how-to soon, so stay
tuned!
I have a JMicron SATA/PATA PCI Express controller with a DQ35JO motherboard and
a Q6600 processor.
My grub entry:
title CentOS (2.6.18-92.el5.xenpcibackxen)
root (hd0,0)
kernel /xen-3.3.0-rc4-pre.gz vtd=1 iommu=1
module /vmlinuz-2.6.18-92.el5.xenpcibackxen ro
root=/dev/VolGroup00/LogVol00 pci=nommconf rhgb pciback.hide=(01:00.0)(01:00.1)
module /initrd-2.6.18-92.el5.xenpcibackxen.img
xm create hd.hvm
Using config file "./hd.hvm".
Error: fail to assign device(1:0.1): maybe it has already been assigned to other
domain, or maybe it doesn''t exist.
My dmesg, xm dmesg, hvm, and lspci -vv are attached. What''s weird is
that Xen appears to be able to tell it grabbed 01:00.0. However I cannot grab
just 01:00.0 because it is on the same PCI Express bus. I thought the problem
initially was the fact that the JMB363 ide chipset was being picked up by the
generic ATA driver, so I removed that and recompiled, but that didn''t
change anything. pciback.hide seems to grab both controllers per my dmesg. (They
are on the same board.)
Any ideas?
Thanks,
-Bryan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Dustin Henning
2008-Aug-12 16:54 UTC
RE: [Xen-users] Cannot assign device in Xen-unstable [VT-d]
I dont currently do anything with PCI passthrough, though I would like to in the future. As such, I am not going to bother going through all of the attachments, and my suggestions may be bad ideas. However, I am curious as to whether or not you tried only assigning 01:00.0, I mean, maybe since they''re on the same bus it attaches both and you''re already good (hence the already assigned to another domain error). Otherwise, if it''s hidden from dom0, then even if they are on the same bus and domU doesn''t see it, nothing should be talking to it, so unless it''s specifically necessary on domU, that might not matter (based on your post, I am assuming the fact that they are on the same bus really matters to begin with [for any reason other than potential instability or lack of isolation if two domains share the bus]). Again, I really don''t know, but I can''t imagine there would be any permanent harm in trying the thoughts above. I am also assuming there is no way to check and see what "other domain" it is "already assigned" to based on the fact that no one has suggested trying such a thing (though the list wasn''t very busy this weekend). Dustin From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Bryan York Sent: Friday, August 08, 2008 20:36 To: xen-users@lists.xensource.com Subject: [Xen-users] Cannot assign device in Xen-unstable [VT-d] Hello, I FINALLY got Xen working with VT-d. I compiled Xen-unstable (3.3) from Mercurial on CentOS 5.2, but compiled my own kernel-xen from the latest CentOS SRPM. (Made sure pciback was built-in and not a module, as the stock kernel-xen has it as a module.) I''m probably going to write a how-to soon, so stay tuned! I have a JMicron SATA/PATA PCI Express controller with a DQ35JO motherboard and a Q6600 processor. My grub entry: title CentOS (2.6.18-92.el5.xenpcibackxen) root (hd0,0) kernel /xen-3.3.0-rc4-pre.gz vtd=1 iommu=1 module /vmlinuz-2.6.18-92.el5.xenpcibackxen ro root=/dev/VolGroup00/LogVol00 pci=nommconf rhgb pciback.hide=(01:00.0)(01:00.1) module /initrd-2.6.18-92.el5.xenpcibackxen.img xm create hd.hvm Using config file "./hd.hvm". Error: fail to assign device(1:0.1): maybe it has already been assigned to other domain, or maybe it doesn''t exist. My dmesg, xm dmesg, hvm, and lspci -vv are attached. What''s weird is that Xen appears to be able to tell it grabbed 01:00.0. However I cannot grab just 01:00.0 because it is on the same PCI Express bus. I thought the problem initially was the fact that the JMB363 ide chipset was being picked up by the generic ATA driver, so I removed that and recompiled, but that didn''t change anything. pciback.hide seems to grab both controllers per my dmesg. (They are on the same board.) Any ideas? Thanks, -Bryan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Apparently Analagous Threads
- Cannot assign device in Xen-unstable [VT-d]
- RE: Xen-3.2.1 VT-d Support (NOT SURE WHETHER IT''S A BUG OR...)
- Successful PCIe Graphics VT-d Passthrough to Win32 DomU, Q35 chipset
- Successful PCIe Graphics VT-d Passthrough to Win32 DomU, Q35 chipset
- PCI passthrough of a SATA/PATA controller, "FLR functionality not supported"