similar to: disabling the qemu ata pci device on boot

Hi there. I have been dealing with a conundrum off and on with a VPS of mine. Windows 2003 Standard 32 bit on a Xen HVM instance. Been trying to get the GPLPV drivers working to help boost performance but always seem to run into one major issue: The PV network device looks like it works but actual connectivity is non-existant. Everything else in the GPLPV driver suite works fine. What I want to

ok thanks for your answer so quickly !! Cheers Rémi ----- Original Message ----- From: "James Harper" <james.harper@bendigoit.com.au> To: "Rémi BERNIER" <R.BERNIER@grelier.com>; <xen-users@lists.xensource.com> Sent: Thursday, October 29, 2009 9:49 AM Subject: RE: [Xen-users] How to hide Realtek card with GPLPV 0.10.0.130 > > Hi everyone, >

So I successfully installed the GPLPV drivers in a Windows installation I have running under Xen. Turns out SP2 is needed - I wish this was slightly better documented somewhere, as the machine ended up bluescreening and I had to use /NOGPLPV to get it to boot again so I could upgrade it to SP2. My question is this: I ended up using ''disable'' in device manager for the rtl8139 and

Kathy, Thank you very much! Peter Olson Alcatel-Lucent Member of Technical Staff Services Technologies 1960 Lucent Lane Rm 7G334 Naperville, IL 60566 peterolson@alcatel-lucent.com Phone: 630 979 0573 Mobile: 630 430 6926 -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of xen-users-request@lists.xensource.com Sent:

On Sun, Jun 8, 2008 at 3:28 PM, James Harper <james.harper@bendigoit.com.au> wrote: > I''ve just uploaded 0.9.8 to http://www.meadowcourt.org/downloads > > As a reminder, the wiki page is > http://wiki.xensource.com/xenwiki/XenWindowsGplPv > > This release fixes a bug which could be hit under high disk load (high > number of outstanding requests with fragmented

1. Shouldn''t the GPLPV drivers take care of the (bad) clock drift I''m experiencing in my Windows XP HVM? Or is there some other way around this problem that I haven''t been able to find on Google? How can I tell if the GPLPV drivers are active? I''ve added the /gplpv switch to the boot.ini file and the virtual NIC is definitely using the GPLPV version but other

I''m just doing some testing on the gplpv drivers with different ways of handling interrupts, and I''m trying a scheme where each xen device (eg vbd/vif) driver attaches to the same IRQ as the pci driver, and each handles it in sequence. In testing though, I noticed the following when logging what each ISR is doing: 60.32381439 - evtchn event on port 5 60.32384109 - port 5

How should I be detecting a block-configure operation done in Dom0 in a HVM DomU? Under Debian Lenny''s Xen 3.2.1, when I execute such a command, Dom0 writes to the backend values ''params'' and ''type'', twice, but doesn''t update the ''sectors'' value to match the new device, or initiate a state change. Given that, the best I can

I''ve just put up the latest release of the GPLPV drivers for Windows. This release involved a fairly big rewrite of the stuff that talks to Windows as I changed from WDF to WDM. WDF is a newer framework from Microsoft which makes it easier to write drivers as a lot of the state management stuff is done for you. It also means shipping a great big dll around with the drivers (note the

I''ve just put up the latest release of the GPLPV drivers for Windows. This release involved a fairly big rewrite of the stuff that talks to Windows as I changed from WDF to WDM. WDF is a newer framework from Microsoft which makes it easier to write drivers as a lot of the state management stuff is done for you. It also means shipping a great big dll around with the drivers (note the

Dear Xen users! In case you were struggling with recent version of th gplpv drivers, I''ve possibly found an LVM related bug in it, and reported to James Harper. Thats''s the point: I''ve tested the mentioned version of your driver on top of 32bit xen-3.2.1 32bit xen-3.3.0 and 64bit xen xen-3.3.0 hypervisors, dom0 was always an appropriate version of a 32bit PAE kernel,

Hi all, After loading the GplPV drivers for Windows Server 2008, I wanted to get rid of the annoying F8 option when rebooting each time. I looked at Ready Driver Plus, which seemed to work, but was only a workaround. It also seemed to kill my terminal connection from Dom0. After some research, I found another way: http://www.ngohq.com/home.php?page=dseo Which will disable driver

Hi all, i''ve been trying for two days to get rid of the gplpv drivers on a W2003Sp2 machine. I''ve followed all kinds of tutorials and suggestions but there must be something I''m doing wrong because even after having gone through all the process I always end up with an "Unknown PCI Device" that wants to be installed every time I reboot (either with or without

I''ve just uploaded a couple of .bat files to http://www.meadowcourt.org/downloads/gplpv_uninstall_bat.zip that will manually (and forcibly) uninstall GPLPV from your computer, which seems to be necessary before doing upgrades from some versions. Run the uninstaller, reboot, then install. There is a 0.9.x and a 0.10.x uninstaller, which differ slightly, but the basic steps performed are:

I''ve just uploaded a couple of .bat files to http://www.meadowcourt.org/downloads/gplpv_uninstall_bat.zip that will manually (and forcibly) uninstall GPLPV from your computer, which seems to be necessary before doing upgrades from some versions. Run the uninstaller, reboot, then install. There is a 0.9.x and a 0.10.x uninstaller, which differ slightly, but the basic steps performed are:

I have never been able to get tap:aio devices running. When I try it in a Linux PV domain, it says: XENBUS: Waiting for devices to initialise: 295s... And they don''t work in my GPLPV drivers, which is the problem I am trying to solve, but I''d like to see them work under Linux first. Is there anything extra I need to do? I have loaded the xenblktap module (forgot to do this

A user has pointed out a problem with GPLPV under Xen 4.2 when using PoD. I''m using the difference between XENMEM_maximum_reservation and XENMEM_current_reservation to tell me how much I should balloon down to account for PoD, but when the user has ballooned down to 1G (from 4Gb or 8GB), GPLPV logs the following: 13005008825593: XenPCI XENMEM_maximum_reservation = 262400

What is the state of GPLPV and Windows 8? I am currently running tests with Windows 8 and GPLPV rev956 and operations (disk IO, net IO) look good. There seems to be a problem with shutdown/reboot where Windows hangs somewhat and displays a warning about improper shutdown on next reboot. Regards Andreas

Hi, I have a question about the switch /gplpv in boot.ini I see that some of the pv driver code is looking at this option; is there is any other piece of code that looks at this option before the drivers get loaded and perhaps change the bootpath or do something fancy? Thanks in advance, Udas _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

Just reporting some iperf results. In each case, Dom0 is iperf server, DomU is iperf client: (1) Dom0: Intel Core2 3.16 GHz, CentOS 5.2, xen 3.0.3. DomU: Windows XP SP3, GPLPV 0.9.12-pre13, file based. Iperf: 1.17 Gbits/sec (2) Dom0: Intel Core2 2.33 GHz, CentOS 5.2, xen 3.0.3. DomU: Windows XP SP3, GPLPV 0.9.12-pre13, file based. Iperf: 725 Mbits/sec (3) Dom0: Intel Core2 2.33 GHz,