* Secondary VGA Passthrough, nvidia, win7: success report. [not found] <CAFV75=xYkVaxShXQaQ9Lwd9FOzxd5cWz8beHoE+Y9wPH7EeBsw@mail.gmail.com> @ 2012-01-06 16:48 ` -+= Lta =+- 2012-01-06 17:02 ` n4rC0t1C ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: -+= Lta =+- @ 2012-01-06 16:48 UTC (permalink / raw) To: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 3785 bytes --] 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 [-- Attachment #1.2: Type: text/html, Size: 7014 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-06 16:48 ` Secondary VGA Passthrough, nvidia, win7: success report -+= Lta =+- @ 2012-01-06 17:02 ` n4rC0t1C 2012-01-06 17:07 ` Re : " David TECHER 2012-01-06 17:06 ` Pasi Kärkkäinen 2012-01-06 22:23 ` Re : " David TECHER 2 siblings, 1 reply; 10+ messages in thread From: n4rC0t1C @ 2012-01-06 17:02 UTC (permalink / raw) To: xen-devel -+= Lta =+- wrote > > 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 > > _______________________________________________ > Xen-devel mailing list > Xen-devel@.xensource > http://lists.xensource.com/xen-devel > You could be my HERO of the day. However I have to wait monday to confirm that this works on my setup too, since I'm not at home. Maybe you just saved me from buying an ATI card. I'll let you know asap. THANKS -- View this message in context: http://xen.1045712.n5.nabble.com/Secondary-VGA-Passthrough-nvidia-win7-success-report-tp5126062p5126105.html Sent from the Xen - Dev mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-06 17:02 ` n4rC0t1C @ 2012-01-06 17:07 ` David TECHER 0 siblings, 0 replies; 10+ messages in thread From: David TECHER @ 2012-01-06 17:07 UTC (permalink / raw) To: n4rC0t1C, xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 5326 bytes --] I am going to test it in a couple hours when I am back to home. If it works with xen 4.2, it should be very very interesting :) I will let you know. ________________________________ De : n4rC0t1C <shandivo@gmail.com> À : xen-devel@lists.xensource.com Envoyé le : Vendredi 6 Janvier 2012 18h02 Objet : Re: [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. -+= Lta =+- wrote > > 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 > > _______________________________________________ > Xen-devel mailing list > Xen-devel@.xensource > http://lists.xensource.com/xen-devel > You could be my HERO of the day. However I have to wait monday to confirm that this works on my setup too, since I'm not at home. Maybe you just saved me from buying an ATI card. I'll let you know asap. THANKS -- View this message in context: http://xen.1045712.n5.nabble.com/Secondary-VGA-Passthrough-nvidia-win7-success-report-tp5126062p5126105.html Sent from the Xen - Dev mailing list archive at Nabble.com. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 7292 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-06 16:48 ` Secondary VGA Passthrough, nvidia, win7: success report -+= Lta =+- 2012-01-06 17:02 ` n4rC0t1C @ 2012-01-06 17:06 ` Pasi Kärkkäinen 2012-01-06 22:23 ` Re : " David TECHER 2 siblings, 0 replies; 10+ messages in thread From: Pasi Kärkkäinen @ 2012-01-06 17:06 UTC (permalink / raw) To: -+= Lta =+-; +Cc: xen-devel On Fri, Jan 06, 2012 at 05:48:06PM +0100, -+= Lta =+- wrote: > Hello xen-devel, Hello, > 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. Thanks for the post! I'm sure it helps many people trying out this stuff. > 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 Just a note that "gfx_passthru=1" makes the passthru physical graphics adapter become *primary* in the guest VM.. the subject of the email says "secondary", so I wanted to clarify that :) > pci_msitranslate=0 > pci_power_mgmt=0 So these are the required 'magic' options.. > 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 I wonder if this is important aswell.. > hpet=1 It seems you have hpet two times :) > 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. Hmm.. I wonder why "xen-pciback.passthrough=1" doesn't work.. > - 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 > Thanks! -- Pasi ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-06 16:48 ` Secondary VGA Passthrough, nvidia, win7: success report -+= Lta =+- 2012-01-06 17:02 ` n4rC0t1C 2012-01-06 17:06 ` Pasi Kärkkäinen @ 2012-01-06 22:23 ` David TECHER 2012-01-07 2:17 ` -+= Lta =+- 2 siblings, 1 reply; 10+ messages in thread From: David TECHER @ 2012-01-06 22:23 UTC (permalink / raw) To: -+= Lta =+-, xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 4557 bytes --] Could you tell me what version of Xen? 4.1.0? 4.1.2? By the way could you send your patches attached to a mail so I could try? Test on Xen 4.2 failed (desktop stays to lag...) With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing appears on screen. Strange. ________________________________ De : -+= Lta =+- <lta@akr.fm> À : xen-devel@lists.xensource.com Envoyé le : Vendredi 6 Janvier 2012 17h48 Objet : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. 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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 8518 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-06 22:23 ` Re : " David TECHER @ 2012-01-07 2:17 ` -+= Lta =+- 2012-01-07 12:04 ` Re : " David TECHER 0 siblings, 1 reply; 10+ messages in thread From: -+= Lta =+- @ 2012-01-07 2:17 UTC (permalink / raw) To: David TECHER; +Cc: xen-devel [-- Attachment #1.1: Type: text/plain, Size: 5308 bytes --] Hi, On Fri, Jan 6, 2012 at 11:23 PM, David TECHER <davidtecher@yahoo.fr> wrote: > Could you tell me what version of Xen? 4.1.0? 4.1.2? > As it is stated before this is a 4.1.2 version with debian patches > > By the way could you send your patches attached to a mail so I could try? > - There's also a link to tobias patche's on the first post. > > Test on Xen 4.2 failed (desktop stays to lag...) > Have u tried to force windows to activate the aero desktop ? > > With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing > appears on screen. > I also followed tobias (same as yours) instructions to dump and build vgabios-pt.bin into xen, did u do it also ? > > Strange. > > ------------------------------ > *De :* -+= Lta =+- <lta@akr.fm> > *À :* xen-devel@lists.xensource.com > *Envoyé le :* Vendredi 6 Janvier 2012 17h48 > *Objet :* [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success > report. > > 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 > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > > > [-- Attachment #1.2: Type: text/html, Size: 10383 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-07 2:17 ` -+= Lta =+- @ 2012-01-07 12:04 ` David TECHER 2012-01-07 12:22 ` Re : " David TECHER 0 siblings, 1 reply; 10+ messages in thread From: David TECHER @ 2012-01-07 12:04 UTC (permalink / raw) To: -+= Lta =+-; +Cc: xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 6048 bytes --] I tested xen 4.1.2 too.Tobias patches are the patches I've tested. I am not very lucky. Since you used Tobias patches as me, my question is - to be more precise - could you sent Tobias patches that you have modified in order to checking I did not forget something as you. My idea is that since I already have xen 4.2 installed, installing xen 4.1.2 over this , something wrong happens My screen stays like a black screen and nothing happens. no "gfx message" in the log. With Xen 4.2 I tried aero desktop too but my domU crashes when I tried to activate aero. ________________________________ De : -+= Lta =+- <lta@akr.fm> À : David TECHER <davidtecher@yahoo.fr> Cc : xen-devel@lists.xensource.com Envoyé le : Samedi 7 Janvier 2012 3h17 Objet : Re: Re : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. Hi, On Fri, Jan 6, 2012 at 11:23 PM, David TECHER <davidtecher@yahoo.fr> wrote: Could you tell me what version of Xen? 4.1.0? 4.1.2? As it is stated before this is a 4.1.2 version with debian patches > >By the way could you send your patches attached to a mail so I could try? - There's also a link to tobias patche's on the first post. > >Test on Xen 4.2 failed (desktop stays to lag...) Have u tried to force windows to activate the aero desktop ? > >With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing appears on screen. I also followed tobias (same as yours) instructions to dump and build vgabios-pt.bin into xen, did u do it also ? > >Strange. > > > > >________________________________ > De : -+= Lta =+- <lta@akr.fm> >À : xen-devel@lists.xensource.com >Envoyé le : Vendredi 6 Janvier 2012 17h48 >Objet : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. > > > >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 > > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > > > [-- Attachment #1.2: Type: text/html, Size: 12478 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-07 12:04 ` Re : " David TECHER @ 2012-01-07 12:22 ` David TECHER 2012-01-07 14:42 ` Re : " David TECHER 0 siblings, 1 reply; 10+ messages in thread From: David TECHER @ 2012-01-07 12:22 UTC (permalink / raw) To: David TECHER, -+= Lta =+-; +Cc: xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 8664 bytes --] Ok I think I understand what's wrong now :) Init build ====== wget http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz tar xzf xen-4.1.2.tar.gz cd xen-4.1.2/ cd tools/ make make clean cd .. Download patches ============= wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtIj4stRFbPo.txt -O 01_pass-through.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt06YdYEsi3S.txt -O 02_makefile.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtS2w8cPgsnS.txt -O 03_dsdt.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt2am6wEpoR5.txt -O 04_hvmloader.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtiSIyxOHBZ8.txt -O 05_sound-makefile.patch Modify the first patch ================ Replace the path for the good path in the first patch 01_pass-through.patch sed -i "s:tools/ioemu-remote/hw/:tools/ioemu-qemu-xen/hw/:g" 01_pass-through.patch Apply patches ========== root@mercury:/opt/tmp/xen-4.1.2# for file in $(ls 0*patch);do echo "######## PATCH = $file ############";patch -p0 < $file;done ######## PATCH = 01_pass-through.patch ############ patching file tools/ioemu-qemu-xen/hw/pass-through.c Hunk #1 succeeded at 22 with fuzz 2 (offset -1843 lines). Hunk #2 succeeded at 3312 (offset -55 lines). Hunk #3 succeeded at 3336 (offset -55 lines). Hunk #4 succeeded at 4335 with fuzz 2 (offset -144 lines). ######## PATCH = 02_makefile.patch ############ patching file tools/firmware/hvmloader/Makefile ######## PATCH = 03_dsdt.patch ############ patching file tools/firmware/hvmloader/acpi/dsdt.asl ######## PATCH = 04_hvmloader.patch ############ patching file tools/firmware/hvmloader/hvmloader.c Hunk #1 succeeded at 116 (offset 1 line). Hunk #2 succeeded at 221 (offset 1 line). Hunk #3 succeeded at 789 (offset 60 lines). ######## PATCH = 05_sound-makefile.patch ############ patching file tools/ioemu-remote/xen-setup Hunk #1 FAILED at 16 I will go on my tests and will let you know Thanks David ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 13h04 Objet : [Xen-devel] Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. I tested xen 4.1.2 too.Tobias patches are the patches I've tested. I am not very lucky. Since you used Tobias patches as me, my question is - to be more precise - could you sent Tobias patches that you have modified in order to checking I did not forget something as you. My idea is that since I already have xen 4.2 installed, installing xen 4.1.2 over this , something wrong happens My screen stays like a black screen and nothing happens. no "gfx message" in the log. With Xen 4.2 I tried aero desktop too but my domU crashes when I tried to activate aero. ________________________________ De : -+= Lta =+- <lta@akr.fm> À : David TECHER <davidtecher@yahoo.fr> Cc : xen-devel@lists.xensource.com Envoyé le : Samedi 7 Janvier 2012 3h17 Objet : Re: Re : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. Hi, On Fri, Jan 6, 2012 at 11:23 PM, David TECHER <davidtecher@yahoo.fr> wrote: Could you tell me what version of Xen? 4.1.0? 4.1.2? As it is stated before this is a 4.1.2 version with debian patches > >By the way could you send your patches attached to a mail so I could try? - There's also a link to tobias patche's on the first post. > >Test on Xen 4.2 failed (desktop stays to lag...) Have u tried to force windows to activate the aero desktop ? > >With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing appears on screen. I also followed tobias (same as yours) instructions to dump and build vgabios-pt.bin into xen, did u do it also ? > >Strange. > > > > >________________________________ > De : -+= Lta =+- <lta@akr.fm> >À : xen-devel@lists.xensource.com >Envoyé le : Vendredi 6 Janvier 2012 17h48 >Objet : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. > > > >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 > > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 16727 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-07 12:22 ` Re : " David TECHER @ 2012-01-07 14:42 ` David TECHER 2012-01-07 16:36 ` Re : " David TECHER 0 siblings, 1 reply; 10+ messages in thread From: David TECHER @ 2012-01-07 14:42 UTC (permalink / raw) To: David TECHER, -+= Lta =+-; +Cc: xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 9625 bytes --] Attached are the updated Tobias patches for Xen 4.1.2. The most important is 01_pass-through.patch that need to be updated :) else you receive a stupid error from compilation Since I compiled kernel 3.1.6, without modules for Xen (=Y), I have to remove 'xen-pci.passthough=1' from grub else I can not have my screen (stays black...) I am doing my test on a new domU Windows 7. Hope it will succeed :) I will let you know ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : David TECHER <davidtecher@yahoo.fr>; -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 13h22 Objet : [Xen-devel] Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. Ok I think I understand what's wrong now :) Init build ====== wget http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz tar xzf xen-4.1.2.tar.gz cd xen-4.1.2/ cd tools/ make make clean cd .. Download patches ============= wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtIj4stRFbPo.txt -O 01_pass-through.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt06YdYEsi3S.txt -O 02_makefile.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtS2w8cPgsnS.txt -O 03_dsdt.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt2am6wEpoR5.txt -O 04_hvmloader.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtiSIyxOHBZ8.txt -O 05_sound-makefile.patch Modify the first patch ================ Replace the path for the good path in the first patch 01_pass-through.patch sed -i "s:tools/ioemu-remote/hw/:tools/ioemu-qemu-xen/hw/:g" 01_pass-through.patch Apply patches ========== root@mercury:/opt/tmp/xen-4.1.2# for file in $(ls 0*patch);do echo "######## PATCH = $file ############";patch -p0 < $file;done ######## PATCH = 01_pass-through.patch ############ patching file tools/ioemu-qemu-xen/hw/pass-through.c Hunk #1 succeeded at 22 with fuzz 2 (offset -1843 lines). Hunk #2 succeeded at 3312 (offset -55 lines). Hunk #3 succeeded at 3336 (offset -55 lines). Hunk #4 succeeded at 4335 with fuzz 2 (offset -144 lines). ######## PATCH = 02_makefile.patch ############ patching file tools/firmware/hvmloader/Makefile ######## PATCH = 03_dsdt.patch ############ patching file tools/firmware/hvmloader/acpi/dsdt.asl ######## PATCH = 04_hvmloader.patch ############ patching file tools/firmware/hvmloader/hvmloader.c Hunk #1 succeeded at 116 (offset 1 line). Hunk #2 succeeded at 221 (offset 1 line). Hunk #3 succeeded at 789 (offset 60 lines). ######## PATCH = 05_sound-makefile.patch ############ patching file tools/ioemu-remote/xen-setup Hunk #1 FAILED at 16 I will go on my tests and will let you know Thanks David ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 13h04 Objet : [Xen-devel] Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. I tested xen 4.1.2 too.Tobias patches are the patches I've tested. I am not very lucky. Since you used Tobias patches as me, my question is - to be more precise - could you sent Tobias patches that you have modified in order to checking I did not forget something as you. My idea is that since I already have xen 4.2 installed, installing xen 4.1.2 over this , something wrong happens My screen stays like a black screen and nothing happens. no "gfx message" in the log. With Xen 4.2 I tried aero desktop too but my domU crashes when I tried to activate aero. ________________________________ De : -+= Lta =+- <lta@akr.fm> À : David TECHER <davidtecher@yahoo.fr> Cc : xen-devel@lists.xensource.com Envoyé le : Samedi 7 Janvier 2012 3h17 Objet : Re: Re : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. Hi, On Fri, Jan 6, 2012 at 11:23 PM, David TECHER <davidtecher@yahoo.fr> wrote: Could you tell me what version of Xen? 4.1.0? 4.1.2? As it is stated before this is a 4.1.2 version with debian patches > >By the way could you send your patches attached to a mail so I could try? - There's also a link to tobias patche's on the first post. > >Test on Xen 4.2 failed (desktop stays to lag...) Have u tried to force windows to activate the aero desktop ? > >With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing appears on screen. I also followed tobias (same as yours) instructions to dump and build vgabios-pt.bin into xen, did u do it also ? > >Strange. > > > > >________________________________ > De : -+= Lta =+- <lta@akr.fm> >À : xen-devel@lists.xensource.com >Envoyé le : Vendredi 6 Janvier 2012 17h48 >Objet : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. > > > >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 > > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 18908 bytes --] [-- Attachment #2: 01_pass-through.c.patch --] [-- Type: application/octet-stream, Size: 4247 bytes --] --- xen-4.1.2_orig/tools/ioemu-qemu-xen/hw/pass-through.c 2011-02-11 18:54:51.000000000 +0100 +++ xen-4.1.2_work/tools/ioemu-qemu-xen/hw/pass-through.c 2012-01-07 14:37:55.000000000 +0100 @@ -115,6 +115,79 @@ struct dpci_infos { char mapped_machine_irq[PT_NR_IRQS] = {0}; + #define PCI_HEADER_TYPE_ADDR 0x0e + #define PCI_BRIDGE_FLAG 0x01 + + #define PCI_CLASS_CODE_ADDR_0 0x09 + #define PCI_CLASS_CODE_ADDR_1 0x0a + #define PCI_CLASS_CODE_ADDR_2 0x0b + #define PCI_CLASS_CODE_DATA_0 0x060000 + #define PCI_CLASS_CODE_DATA_1 0x0600 + #define PCI_CLASS_CODE_DATA_2 0x06 + + #define PCI_SECOND_BUS_NUMBER_ADDR 0x19 + + #define PCI_BRIDGE_CONTROL_ADDR 0x3e + #define PCI_BRIDGE_VGA_ENABLE 0x18 + + #define PCI_GRAPHIC_CONTROL_ADDR 0x52 + #define PCI_HOST_BRIDGE_IGD_VGA_DISABLE 0x02 + + static uint32_t gfx_claim_vga_cycle(struct pci_access *pci_access, uint32_t bus, uint32_t devfn, uint32_t func); + + + /* + * Claim vga cycle for the graphics card pass-through + */ + static uint32_t gfx_claim_vga_cycle(struct pci_access *pci_access, + uint32_t bus, uint32_t devfn, uint32_t func) + { + struct pci_dev *pci_dev; + + for ( pci_dev = pci_access->devices; pci_dev != NULL; pci_dev = pci_dev->next ) + { + /* Check whether this is a ordinary bridge */ + if ( pci_read_byte(pci_dev, PCI_HEADER_TYPE_ADDR) == PCI_BRIDGE_FLAG ) + { + unsigned sec_bus_num = pci_read_byte(pci_dev, PCI_SECOND_BUS_NUMBER_ADDR); + unsigned ubrg = pci_read_byte(pci_dev, PCI_BRIDGE_CONTROL_ADDR); + + PT_LOG("bridge for bus %d, previous bridge control is %x\n", sec_bus_num, ubrg); + PT_LOG("bus=0x%d, dev=0x%x, func=0x%x\n",pci_dev->bus,pci_dev->dev,pci_dev->func); + + if ( sec_bus_num == bus ) /* VGA device's bridge */ + ubrg |= PCI_BRIDGE_VGA_ENABLE; + else /* Other device's bridge */ + ubrg &= ~PCI_BRIDGE_VGA_ENABLE; + + pci_write_byte(pci_dev, PCI_BRIDGE_CONTROL_ADDR, ubrg); + PT_LOG("bridge for bus %d, updated bridge control is %x\n", sec_bus_num, ubrg); + } + } + + for ( pci_dev = pci_access->devices; pci_dev != NULL; pci_dev = pci_dev->next ) + { + /* Check host bridge */ + if ( pci_read_word(pci_dev, PCI_CLASS_CODE_ADDR_1) == PCI_CLASS_CODE_DATA_1 ) + { + unsigned uigd = pci_read_byte(pci_dev, PCI_GRAPHIC_CONTROL_ADDR); + + PT_LOG("previous igd control is %x\n", uigd); + + if ( bus == 0 ) + uigd &= ~PCI_HOST_BRIDGE_IGD_VGA_DISABLE; + else + uigd |= PCI_HOST_BRIDGE_IGD_VGA_DISABLE; + + pci_write_byte(pci_dev, PCI_GRAPHIC_CONTROL_ADDR, uigd); + PT_LOG("updated igd control is %x\n", uigd); + } + } + + return 0; + } + + /* prototype */ static uint32_t pt_common_reg_init(struct pt_dev *ptdev, struct pt_reg_info_tbl *reg, uint32_t real_offset); @@ -3243,6 +3316,8 @@ static int pt_cmd_reg_read(struct pt_dev } /* read BAR */ +static int gfx_first_read_BAR[7] = {1, 1, 1, 1, 1, 1, 1}; + static int pt_bar_reg_read(struct pt_dev *ptdev, struct pt_reg_tbl *cfg_entry, uint32_t *value, uint32_t valid_mask) @@ -3265,6 +3340,17 @@ static int pt_bar_reg_read(struct pt_dev /* use fixed-up value from kernel sysfs */ *value = ptdev->pci_dev->base_addr[index]; + if ( ptdev->pci_dev->device_class == 0x300 ) + { + if ( gfx_first_read_BAR[index] == 1 ) + { + gfx_first_read_BAR[index] = 0; + PT_LOG("first read BARs of gfx\n"); + return 0; + } + } + + /* set emulate mask depend on BAR flag */ switch (ptdev->bases[index].bar_flag) { @@ -4253,6 +4339,13 @@ static struct pt_dev * register_real_dev } + if ( pci_dev->device_class == 0x0300 ) + { + rc = gfx_claim_vga_cycle(pci_access, r_bus, r_dev, r_func); + if ( rc != 0 ) + return NULL; + } + /* reinitialize each config register to be emulated */ rc = pt_config_init(assigned_device); if ( rc < 0 ) { [-- Attachment #3: 02_Makefile.patch --] [-- Type: application/octet-stream, Size: 658 bytes --] --- xen-4.1.2_orig/tools/firmware/hvmloader/Makefile 2011-10-20 19:05:41.000000000 +0200 +++ xen-4.1.2_work/tools/firmware/hvmloader/Makefile 2012-01-07 14:19:48.000000000 +0100 @@ -50,6 +50,7 @@ hvmloader: $(OBJS) acpi/acpi.a roms.h: ../rombios/BIOS-bochs-latest ../vgabios/VGABIOS-lgpl-latest.bin \ ../vgabios/VGABIOS-lgpl-latest.cirrus.bin ../etherboot/eb-roms.h sh ./mkhex rombios ../rombios/BIOS-bochs-latest > roms.h + sh ./mkhex vgabios_pt ../vgabios/vgabios-pt.bin >> roms.h sh ./mkhex vgabios_stdvga ../vgabios/VGABIOS-lgpl-latest.bin >> roms.h sh ./mkhex vgabios_cirrusvga \ ../vgabios/VGABIOS-lgpl-latest.cirrus.bin >> roms.h [-- Attachment #4: 05_xen-setup.patch --] [-- Type: application/octet-stream, Size: 700 bytes --] --- xen-4.1.2_orig/tools/ioemu-qemu-xen/xen-setup 2011-02-11 18:54:51.000000000 +0100 +++ xen-4.1.2_work/tools/ioemu-qemu-xen/xen-setup 2012-01-07 14:27:04.000000000 +0100 @@ -18,7 +18,8 @@ if test -z "${XEN_SCRIPT_DIR}"; then XEN_SCRIPT_DIR="/etc/xen/scripts" fi -${QEMU_ROOT:-.}/configure --disable-gfx-check --disable-curses --disable-slirp "$@" --prefix=${PREFIX} +#${QEMU_ROOT:-.}/configure --disable-gfx-check --disable-curses --disable-slirp "$@" --prefix=${PREFIX} +${QEMU_ROOT:-.}/configure --audio-drv-list=alsa --enable-mixemu --disable-gfx-check --disable-curses --disable-slirp "$@" --prefix=${PREFIX} if [ "x$XEN_ROOT" != x ]; then echo "XEN_ROOT=$XEN_ROOT" >>config-host.mak [-- Attachment #5: 04_hvmloader.c.patch --] [-- Type: application/octet-stream, Size: 2933 bytes --] --- xen-4.1.2_orig/tools/firmware/hvmloader/hvmloader.c 2011-10-20 19:05:41.000000000 +0200 +++ xen-4.1.2_work/tools/firmware/hvmloader/hvmloader.c 2012-01-07 14:19:48.000000000 +0100 @@ -116,6 +116,9 @@ unsigned long pci_mem_end = PCI_MEM_END; static enum { VGA_none, VGA_std, VGA_cirrus, VGA_pt } virtual_vga = VGA_none; +/* virtual BDF of pass-throughed gfx */ +static uint8_t gfx_bdf; + static void init_hypercalls(void) { uint32_t eax, ebx, ecx, edx; @@ -218,6 +221,42 @@ static void pci_setup(void) virtual_vga = VGA_cirrus; else if ( virtual_vga == VGA_none ) virtual_vga = VGA_pt; + gfx_bdf = devfn; + + /* Make vBAR=pBAR */ + printf("Make vBAR = pBAR of assigned gfx\n"); + for ( bar = 0; bar < 7; bar++ ) + { + bar_reg = PCI_BASE_ADDRESS_0 + 4*bar; + if ( bar == 6 ) + bar_reg = PCI_ROM_ADDRESS; + /* When first time read, it will return physical address */ + bar_data = pci_readl(devfn, bar_reg); + pci_writel(devfn, bar_reg, bar_data); + + /* Now enable the memory or I/O mapping. */ + cmd = pci_readw(devfn, PCI_COMMAND); + if ( (bar_reg == PCI_ROM_ADDRESS) || + ((bar_data & PCI_BASE_ADDRESS_SPACE) == + PCI_BASE_ADDRESS_SPACE_MEMORY) ) + cmd |= PCI_COMMAND_MEMORY; + else + cmd |= PCI_COMMAND_IO; + cmd |= PCI_COMMAND_MASTER; + pci_writew(devfn, PCI_COMMAND, cmd); + } + + /* Map the interrupt. */ + pin = pci_readb(devfn, PCI_INTERRUPT_PIN); + if ( pin != 0 ) + { + /* This is the barber's pole mapping used by Xen. */ + link = ((pin - 1) + (devfn >> 3)) & 3; + isa_irq = pci_readb(PCI_ISA_DEVFN, 0x60 + link); + pci_writeb(devfn, PCI_INTERRUPT_LINE, isa_irq); + } + continue; + break; case 0x0680: /* PIIX4 ACPI PM. Special device with special PCI config space. */ @@ -750,8 +789,10 @@ int main(void) break; case VGA_pt: printf("Loading VGABIOS of passthroughed gfx ...\n"); - vgabios_sz = - round_option_rom((*(uint8_t *)(VGABIOS_PHYSICAL_ADDRESS+2)) * 512); + memcpy((void *)VGABIOS_PHYSICAL_ADDRESS, + vgabios_pt, sizeof(vgabios_pt)); + *(uint8_t *)(VGABIOS_PHYSICAL_ADDRESS + sizeof(vgabios_pt)) = gfx_bdf; + vgabios_sz = round_option_rom(sizeof(vgabios_pt) + 1); break; default: printf("No emulated VGA adaptor ...\n"); [-- Attachment #6: 03_dsdt.asl.patch --] [-- Type: application/octet-stream, Size: 1933 bytes --] --- xen-4.1.2_orig/tools/firmware/hvmloader/acpi/dsdt.asl 2011-10-20 19:05:41.000000000 +0200 +++ xen-4.1.2_work/tools/firmware/hvmloader/acpi/dsdt.asl 2012-01-07 14:49:26.000000000 +0100 @@ -173,14 +173,42 @@ DefinitionBlock ("DSDT.aml", "DSDT", 2, 0x00000000, 0x00020000) + /* reserve MMIO BARs of gfx for 1:1 mapping */ DWordMemory( ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, - 0xF0000000, - 0xF4FFFFFF, + 0xE0000000, + 0xEFFFFFFF, 0x00000000, - 0x05000000, + 0x10000000) + + DWordMemory( + ResourceProducer, PosDecode, MinFixed, MaxFixed, + NonCacheable, ReadWrite, + 0x00000000, + 0xC0000000, + 0xC1FFFFFF, + 0x00000000, + 0x02000000) + + DWordMemory( + ResourceProducer, PosDecode, MinFixed, MaxFixed, + NonCacheable, ReadWrite, + 0x00000000, + 0xC2000000, + 0xC2FFFFFF, + 0x00000000, + 0x01000000) + + DWordMemory( + ResourceProducer, PosDecode, MinFixed, MaxFixed, + Cacheable, ReadWrite, + 0x00000000, + 0xFB000000, + 0xFB07FFFF, + 0x00000000, + 0x00080000, ,, _Y01) }) [-- Attachment #7: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re : Re : Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. 2012-01-07 14:42 ` Re : " David TECHER @ 2012-01-07 16:36 ` David TECHER 0 siblings, 0 replies; 10+ messages in thread From: David TECHER @ 2012-01-07 16:36 UTC (permalink / raw) To: David TECHER, -+= Lta =+-; +Cc: xen-devel@lists.xensource.com [-- Attachment #1.1: Type: text/plain, Size: 10410 bytes --] I took the decison to stop my tests for xen 4.1.2 and VGA PassThrough. Too much problem....with Windows 7. Moreoever I came to the conclusion that it is too more unstable than VGA PassThrough on Xen 4.2 Back to Xen 4.2 :) with XP and Linux :). No windows 7 ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : David TECHER <davidtecher@yahoo.fr>; -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 15h42 Objet : [Xen-devel] Re : Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. Attached are the updated Tobias patches for Xen 4.1.2. The most important is 01_pass-through.patch that need to be updated :) else you receive a stupid error from compilation Since I compiled kernel 3.1.6, without modules for Xen (=Y), I have to remove 'xen-pci.passthough=1' from grub else I can not have my screen (stays black...) I am doing my test on a new domU Windows 7. Hope it will succeed :) I will let you know ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : David TECHER <davidtecher@yahoo.fr>; -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 13h22 Objet : [Xen-devel] Re : Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. Ok I think I understand what's wrong now :) Init build ====== wget http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz tar xzf xen-4.1.2.tar.gz cd xen-4.1.2/ cd tools/ make make clean cd .. Download patches ============= wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtIj4stRFbPo.txt -O 01_pass-through.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt06YdYEsi3S.txt -O 02_makefile.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtS2w8cPgsnS.txt -O 03_dsdt.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txt2am6wEpoR5.txt -O 04_hvmloader.patch wget -q http://old-list-archives.xen.org/archives/html/xen-devel/2010-05/txtiSIyxOHBZ8.txt -O 05_sound-makefile.patch Modify the first patch ================ Replace the path for the good path in the first patch 01_pass-through.patch sed -i "s:tools/ioemu-remote/hw/:tools/ioemu-qemu-xen/hw/:g" 01_pass-through.patch Apply patches ========== root@mercury:/opt/tmp/xen-4.1.2# for file in $(ls 0*patch);do echo "######## PATCH = $file ############";patch -p0 < $file;done ######## PATCH = 01_pass-through.patch ############ patching file tools/ioemu-qemu-xen/hw/pass-through.c Hunk #1 succeeded at 22 with fuzz 2 (offset -1843 lines). Hunk #2 succeeded at 3312 (offset -55 lines). Hunk #3 succeeded at 3336 (offset -55 lines). Hunk #4 succeeded at 4335 with fuzz 2 (offset -144 lines). ######## PATCH = 02_makefile.patch ############ patching file tools/firmware/hvmloader/Makefile ######## PATCH = 03_dsdt.patch ############ patching file tools/firmware/hvmloader/acpi/dsdt.asl ######## PATCH = 04_hvmloader.patch ############ patching file tools/firmware/hvmloader/hvmloader.c Hunk #1 succeeded at 116 (offset 1 line). Hunk #2 succeeded at 221 (offset 1 line). Hunk #3 succeeded at 789 (offset 60 lines). ######## PATCH = 05_sound-makefile.patch ############ patching file tools/ioemu-remote/xen-setup Hunk #1 FAILED at 16 I will go on my tests and will let you know Thanks David ________________________________ De : David TECHER <davidtecher@yahoo.fr> À : -+= Lta =+- <lta@akr.fm> Cc : "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com> Envoyé le : Samedi 7 Janvier 2012 13h04 Objet : [Xen-devel] Re : Re : Secondary VGA Passthrough, nvidia, win7: success report. I tested xen 4.1.2 too.Tobias patches are the patches I've tested. I am not very lucky. Since you used Tobias patches as me, my question is - to be more precise - could you sent Tobias patches that you have modified in order to checking I did not forget something as you. My idea is that since I already have xen 4.2 installed, installing xen 4.1.2 over this , something wrong happens My screen stays like a black screen and nothing happens. no "gfx message" in the log. With Xen 4.2 I tried aero desktop too but my domU crashes when I tried to activate aero. ________________________________ De : -+= Lta =+- <lta@akr.fm> À : David TECHER <davidtecher@yahoo.fr> Cc : xen-devel@lists.xensource.com Envoyé le : Samedi 7 Janvier 2012 3h17 Objet : Re: Re : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. Hi, On Fri, Jan 6, 2012 at 11:23 PM, David TECHER <davidtecher@yahoo.fr> wrote: Could you tell me what version of Xen? 4.1.0? 4.1.2? As it is stated before this is a 4.1.2 version with debian patches > >By the way could you send your patches attached to a mail so I could try? - There's also a link to tobias patche's on the first post. > >Test on Xen 4.2 failed (desktop stays to lag...) Have u tried to force windows to activate the aero desktop ? > >With installing xen 4.1.0/4.2.0 over my xen 4.2, domU boot but nothing appears on screen. I also followed tobias (same as yours) instructions to dump and build vgabios-pt.bin into xen, did u do it also ? > >Strange. > > > > >________________________________ > De : -+= Lta =+- <lta@akr.fm> >À : xen-devel@lists.xensource.com >Envoyé le : Vendredi 6 Janvier 2012 17h48 >Objet : [Xen-devel] Secondary VGA Passthrough, nvidia, win7: success report. > > > >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 > > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 20701 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2012-01-07 16:36 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CAFV75=xYkVaxShXQaQ9Lwd9FOzxd5cWz8beHoE+Y9wPH7EeBsw@mail.gmail.com>
2012-01-06 16:48 ` Secondary VGA Passthrough, nvidia, win7: success report -+= Lta =+-
2012-01-06 17:02 ` n4rC0t1C
2012-01-06 17:07 ` Re : " David TECHER
2012-01-06 17:06 ` Pasi Kärkkäinen
2012-01-06 22:23 ` Re : " David TECHER
2012-01-07 2:17 ` -+= Lta =+-
2012-01-07 12:04 ` Re : " David TECHER
2012-01-07 12:22 ` Re : " David TECHER
2012-01-07 14:42 ` Re : " David TECHER
2012-01-07 16:36 ` Re : " David TECHER
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).