[Xen-users] Xen 3.2.1, Intel DQ35JO, VT-d not working with Windows 2003

["Jefferson E. Noxon" <jeff@xxxxxxxxxxxxxx>]

I spent a few hours upgrading one of my Xen boxes so that I'd be able to 
use VT-d.  I bought a DQ35JO because it seemed like a sure thing.
I can successfully use pciback to hide and grab devices.  Specifically I 
am trying to pass some USB controllers to Windows.  The DQ35JO/ICH9DO 
appears to have two independent sets of USB UHCI/EHCI controllers:
00:1a.0 USB Controller: Intel Corporation USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation USB2 EHCI Controller #2 (rev 02)
00:1d.0 USB Controller: Intel Corporation USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation USB2 EHCI Controller #1 (rev 02)

I used pciback to hide 00:1d.[0127].

I then added "pci = [ '00:1d.0', '00:1d.1', '00:1d.2', '00:1d.7' ]" to 
the config file of my Windows guest.
The guest will not boot if I do that.  I get a message, which appears to 
come from the bootloader, that says Windows NT requires 7 MB of extended 
memory.  It then prints out a memory map showing no extended memory, and 
puts the processor into an infinite loop.
I know VT-d has a limitation regarding conventional (non-express) PCI 
devices which requires all such devices behind a bridge to be given to 
the same virtual machine.  Since these devices belong to the chipset, I 
don't know if they are PCI or just pretending to be, but I wonder if 
that is my problem.  Any thoughts?
I purchased a PCI-e USB controller card but I've not tried it yet.

Regards,

Jeff

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users