Main
(Console): Nvidia 9500 GT PCI Express
Secondary: Nvidia 8800 GTS PCI Express
Yes, I binned the ASUS P6T due to bad VT-d support in the
BIOS.
With the latest BIOS from Intel, the dx58so
has enable/disable for VT-d, ICH FLR and Interrupt Mapping! Helped a
lot with getting this working ...
Dom0: 2.6.18-xen0 (built from xen-3.4-rc1)
DomU: 2.6.26-1-xen-amd64 (deb lenny shipped)
SUCCESS! - Linux DomU with the official drivers from Nvidia
(180.44) .. boot DomU into console, patch and install Nvidia driver, then
started X using defaults. gdm chooser appeared on Secondary screen!!
So far, i`m using VNC or Synergy to control
the DomU (from Dom0 also running X/gdm) and it is good and stable.
This is only possible after a clean restart of the physical
machine. Dom0 kernel seems to have problems with the IRQ. BUG trap: "irq
has gone away" after attempting to start DomU a second time, Dom0 kernel
displays: Disabling IRQ#. (the IRQ IS being shared on Dom0 with a usb
controller, but im assuming this is already patched from reading xen history)
Also confirmed that this is NOT possible under a HVM or
running Windows in a DomU, this could be due to the IRQ corruption but i`m not
really sure, in both cases the PCI device is visible but the driver will not
load :(
As these vga cards dont support FLR, would the FLR code
when attempting d3r or sbr cause the interrupt corruption ?
Some steer and some assistance would help here, i`m trying
to get this working for HVM too !?
BTW: I`m eagerly awaiting Jeremy Fitzhardinge to bring
pciback.ko to the modern kernels ! Support for this chipset in 2.6.18 is not
very good and i would like to try pvops and PCI passthrough.
(although, got a hang with x2apic and IRQ mapping enabled)
I`m willing to help move the development of xen forwards
with any testing or assistance you guys need!