From mboxrd@z Thu Jan 1 00:00:00 1970 From: "-+= Lta =+-" Subject: Secondary VGA Passthrough, nvidia, win7: success report. Date: Fri, 6 Jan 2012 17:48:06 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2371626196972212935==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============2371626196972212935== Content-Type: multipart/alternative; boundary=f46d043bdf142cc8dd04b5ded0b5 --f46d043bdf142cc8dd04b5ded0b5 Content-Type: text/plain; charset=ISO-8859-1 Hello xen-devel, This is my first post on this list and as such i might be breaking some explicit/implicit rules and i apologize if it's the case. Maybe this list isn't the exact right kind of place where to post this kind of stuff, but i know lots of us are browsing this list as the primary source of documentation for xen. I've read many times windows 7 isn't the right os to run on top of xen. Most of the guy's who are running vga passthru are recommanding to use windows xp, and i've never seen any success report of vga passthru on windows 7 so i thought it was important to post mine. Anyway, here's my hardware setup : - Gigabyte GA-990X-UD3 - AMD Phenom II X6 1075T Processor - MSI Cyclone NVIDIA Geforce GTX 460 On the software side i'm using : - Debian testing as Dom0 - Xen-4.1 (debian version 4.1.2-2) with what's now referred to as "Tobias Geiger patches" ( http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/msg00441.html) (You have to edit the patches, changing the path to some qemu source files for them to apply) - debian's kernel 3.1.5, compiled to include the pciback driver. Here's the output of `cat /boot/my3.1.5config | grep -i xen` CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PRIVILEGED_GUEST=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=128 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_XEN_DEBUG_FS is not set # CONFIG_XEN_DEBUG is not set CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=m CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_BLKDEV_BACKEND=m CONFIG_NETXEN_NIC=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y CONFIG_HVC_XEN=y CONFIG_XEN_WDT=m CONFIG_XEN_FBDEV_FRONTEND=y # Xen driver support CONFIG_XEN_BALLOON=y # CONFIG_XEN_BALLOON_MEMORY_HOTPLUG is not set CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=m CONFIG_XEN_BACKEND=y CONFIG_XENFS=m CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=m CONFIG_XEN_GRANT_DEV_ALLOC=m CONFIG_XEN_PLATFORM_PCI=m CONFIG_SWIOTLB_XEN=y CONFIG_XEN_PCIDEV_BACKEND=y The kernel boot options are 'nomodeset xen-pciback.passthrough=1 xen-pciback.hide=(01:00.0)(01:00.1)' - Here's my win7 domU config file : kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 3072 name = "w7" vif = [ 'type=netfront,bridge=xenbr0, mac=00:16:3e:35:49:62'] disk = [ 'phy:/dev/w7-xen/system,hda,w', 'phy:/dev/w7-xen/appz,hdb,w'] device_model = '/usr/lib/xen-4.1/bin/qemu-dm' boot="dc" pci=['01:00.0','01:00.1'] gfx_passthru=1 vcpus=6 acpi=1 sdl=0 vnc=1 vncconsole=1 vncpasswd='' serial='pty' usbdevice='tablet' pae=1 pci_msitranslate=0 pci_power_mgmt=0 acpi_s3 = 1 acpi_s4 = 1 on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' xen_platform_pci=1 hpet = 1 viridian=1 monitor=1 xen_extended_power_mgmt=2 hpet=1 What's important here for the Nvidia drivers to work and not give a nice nvlddmkm.sys BSOD is: pci_msitranslate=0 pci_power_mgmt=0 - Windows 7 32bits - Nvidia drivers 275.33 - You have to manually run aero speed test or force aero to start by using registry entries for the desktop not to be laggy The windows 7 domU is running fine with no performance decrease noticeable, although i've not yet played intensive gpu video game, i'm still pretty confident they'll run fine. Anyway. i've still some problems i shall report in separate posts : - The PCI bus topology isn't preserved, and the gfx card, which is plugged on 01:00 becomes 05:00 on domU. - I'm passing through an RME Hdsp / hammerfall pci sound card to the domU and while it is working fine on his own, there's a strange interaction between it and the GPLPV network driver. When i start playing sound, the network instantly cease working. It starts back as soon as i stop playing audio. That's all folks, Cheers, Lta --f46d043bdf142cc8dd04b5ded0b5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello xen-devel,


This is my first post on this list and as such i might be breaking some = explicit/implicit rules and i apologize if it's the case. Maybe this li= st isn't the exact=A0right=A0kind of place where to post this kind of s= tuff, but i know lots of us are browsing this list as the primary source of= documentation for xen.

I've read many times windows 7 isn't the right = os to run on top of xen. Most of the guy's who are running vga passthru= are recommanding to use windows xp, and i've never seen any success re= port of vga passthru on windows 7 so i thought it was important to post min= e.

Anyway, here's my hardware setup :
- Giga= byte GA-990X-UD3
-=A0AMD Phenom II X6 1075T Processor
-= MSI Cyclone NVIDIA Geforce GTX 460

On the softwar= e side i'm using :

- Debian testing as Dom0
- Xen-4.1 (debian ve= rsion 4.1.2-2) with what's now referred to as "Tobias Geiger patch= es" (http://old-list-archives.xen.or= g/archives/html/xen-devel/2010-05/msg00441.html) (You have to edit the = patches, changing the path to some qemu source files for them to apply)
- debian's kernel =A03.1.5, compiled to include the pciback driver= . Here's the output of `cat /boot/my3.1.5config | grep -i xen`
CONFIG_XEN=3Dy
CONFIG_XEN_DOM0=3Dy
CONF= IG_XEN_PRIVILEGED_GUEST=3Dy
CONFIG_XEN_PV= HVM=3Dy
CONFIG_XEN_MAX_DOMAIN_MEMORY=3D128
<= font size=3D"1">CONFIG_XEN_SAVE_RESTORE=3Dy
# CONFIG_XEN_DEBUG_FS is not set
# CONFIG_XEN_DEBUG is not set
CONFIG_PCI_XEN=3Dy
CONFIG_XEN_= PCIDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_FRONTEND=3Dm
CONFIG_XEN_BLKDEV_BACKEND=3Dm
CONFIG_NETXEN_NIC=3Dm
CONFIG_XEN_NETDEV_FRONTEND=3Dm
CONFIG_XEN_NETDEV_BACKEND=3Dm
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=3Dy
CONFIG_HVC_XEN=3Dy
= CONFIG_XEN_WDT=3Dm
CONFIG_XEN_FBDEV_FRONT= END=3Dy
# Xen driver support
CONFIG_XEN_BALLOON=3Dy
# CONFIG_XEN_BAL= LOON_MEMORY_HOTPLUG is not set
CONFIG_XEN_SCRUB_PAGES=3Dy
CONFIG_XEN_DEV_EVTCHN=3Dm
CONFIG_= XEN_BACKEND=3Dy
CONFIG_XENFS=3Dm
CO= NFIG_XEN_COMPAT_XENFS=3Dy
CONFIG_XEN_SYS_= HYPERVISOR=3Dy
CONFIG_XEN_XENBUS_FRONTEND=3Dy
CONFIG_XEN_GNTDEV=3Dm
CONFIG_= XEN_GRANT_DEV_ALLOC=3Dm
CONFIG_XEN_PLATFORM_PCI=3Dm
CONFIG_SWIOTLB_XEN=3Dy
CONFIG_XE= N_PCIDEV_BACKEND=3Dy

The kernel boot options a= re 'nomodeset xen-pciback.passthrough=3D1 xen-pciback.hide=3D(01:00.0)(= 01:00.1)'

- Here's my win7 domU config fil= e :

kernel =3D "/usr/lib/xen-4.1= /boot/hvmloader"
builder=3D'hvm&= #39;
memory =3D 3072
name =3D "w7"
vif =3D [ 'type=3Dnetfront,bridge=3Dxenbr0, mac=3D00:16:3e:35:49= :62']
disk =3D [ 'phy:/dev/w7-xen= /system,hda,w', 'phy:/dev/w7-xen/appz,hdb,w']
device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm= 9;
boot=3D"dc"

pci=3D['01:00.0','01:00.1= 9;]
gfx_passthru=3D1

vcpus=3D6
acpi=3D1
sdl=3D0
vnc=3D1
vncconsole=3D1
vncp= asswd=3D''
serial=3D'pty'=
usbdevice=3D'tablet'
pae=3D1
pci_msitranslate=3D0
pci_power_mgmt=3D0
= acpi_s3 =3D 1
acpi_s4 =3D 1
<= div>on_poweroff =3D 'destroy'
on_reboot =A0 =3D 'restart'
= on_crash =A0 =A0=3D 'restart'
xen_platform_pci=3D1
hpet =3D 1
viridian= =3D1
monitor=3D1
xen_extended_power_mgmt=3D2
hpet=3D1

What&#= 39;s important here for the Nvidia drivers to work and not give a nice nvld= dmkm.sys BSOD is:
pci_msitranslate=3D0
pci_power_mgmt=3D0

- Windows 7 32bits
- Nvidia drivers = 275.33
- You have to manually run aero speed test or force aero t= o start by using registry entries for the desktop not to be laggy

The windows 7 domU is running fine with no performance = decrease noticeable, although i've not yet played intensive gpu video g= ame, i'm still pretty confident they'll run fine.

Anyway. i've still some problems i shall report in separate = posts :
- The PCI bus topology isn't preserved, and the gfx c= ard, which is plugged on 01:00 becomes 05:00 on domU.
- I'm p= assing through an RME Hdsp / hammerfall pci sound card to the domU and whil= e it is working fine on his own, there's a strange interaction between = it and the GPLPV network driver. When i start playing sound, the network in= stantly cease working. It starts back as soon as i stop playing audio.

That's all folks,

Cheers,<= /div>
Lta

--f46d043bdf142cc8dd04b5ded0b5-- --===============2371626196972212935== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2371626196972212935==--