Xen users - May 2008 - Xen 3.2.1, Intel DQ35JO, VT-d not working with Windows 2003

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@lists.xensource.com
http://lists.xensource.com/xen-users