similar to: Windows GPL PV Drivers 0.9.9-pre2

I''m been busily converting the xenpci and xenvbd drivers from WDF to WDM to resolve a few issues including potential licensing problems with the Microsoft WDF and to (hopefully) allow them to function as boot drivers when doing install and system recovery. It was a fairly major rewrite of xenpci, and xenvbd, which are now working (booting and running without crashes so far). I

I''m been busily converting the xenpci and xenvbd drivers from WDF to WDM to resolve a few issues including potential licensing problems with the Microsoft WDF and to (hopefully) allow them to function as boot drivers when doing install and system recovery. It was a fairly major rewrite of xenpci, and xenvbd, which are now working (booting and running without crashes so far). I

In the spirit of ''release early, release often'', here''s another binary release... http://www.meadowcourt.org/WindowsXenPV-0.8.8.zip The only thing that''s changed since 0.8.7 is that xennet should work under amd64 again. James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

In the spirit of ''release early, release often'', here''s another binary release... http://www.meadowcourt.org/WindowsXenPV-0.8.8.zip The only thing that''s changed since 0.8.7 is that xennet should work under amd64 again. James _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

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

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

I have installed the 210 gplpv (debug), when I try to update them with current gplpv I get a BSOD even so when I try to uninstall them. Now I have made a bootentry that specifies NOGPLPV, what gives me a bootable system after such a crash, I found (uninstalling the leftover driver packages after getting bsod during uninstall of the main package) that uninstalling the net driver leads to bsod. Now

Hi, I''ve noticed that on a Xen cluster with three nodes (two E5620 CPUs and one E5140 CPU) live migration works perfectly in between to two E5620 nodes, but fails to and from the E5140. The error message is about a HVM context not being able to be set. I strongly suspect the use 238 GPPVL drivers, but I cannot uninstall them at this point because someone else needs the server. Could

This one just fixes the install.bat problem that Jim pointed out. http://www.meadowcourt.org/WindowsXenPV-0.8.3.zip James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

This one just fixes the install.bat problem that Jim pointed out. http://www.meadowcourt.org/WindowsXenPV-0.8.3.zip James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Hello, I installed the signed drivers from http://wiki.univention.de/index.php?title=Installing-signed-GPLPV-drivers and I ran into a BSOD on a Windows 2008 Server R2 Enterprise domU with a large number of vcpu''s. The BSOD is related to xennet.sys. After some trials I found that it runs fine up to 15 cores. From 16 or more, the BSOD kicks in when booting the domU. The hardware (4 times

Hello ! I''m trying hard to make gpl xen pv drivers  work in windows 2000 server. I have edited all inf files as described by James Harper and successfully installed all drivers, but when i boot with /gplpv i get the same  bsod that Kris Adler got.  I am running  xen  3.2.1 on gentoo with kernel 2.6.21. I have tested it several times with all versions of xen pv drivers ( last

I''ve just uploaded a new binary release of the GPL PV drivers for Windows - release 0.6.3. Fixes in this version are: . Should now work on any combination of front and backend bit widths (32, 32p, 64). Previous crashes that I thought were due to Intel arch were actually due to this problem. . The vbd driver will now not enumerate ''boot'' disks (eg those normally serviced

I''ve just uploaded a new binary release of the GPL PV drivers for Windows - release 0.6.3. Fixes in this version are: . Should now work on any combination of front and backend bit widths (32, 32p, 64). Previous crashes that I thought were due to Intel arch were actually due to this problem. . The vbd driver will now not enumerate ''boot'' disks (eg those normally serviced

Hi, During the install of the univention.de-signed GPLPV drivers (gplpv_Vista2008x64_signed_0.11.0.308.msi) on my Windows 7 guest, I get a BSOD "DRIVER_IRQL_NOT_LESS_OR_EQUAL" in xenvbd.sys. Afterwards, Windows won''t start. I''m now trying to do a System Restore. I will try not installing the VBD driver afterwards and see if the others do work. Full BSOD:

Hi XEN-Community, I''m trying to build the actual version of the XEN gplpv (win-pv) drivers. I use the a Windows XP machine with the WinDDK 7600.16385.1 and Wix 3.0 like suggested in the BUILD.txt The building process itself seems to be working, at least there are no compiler error. (I just made the "makedist") Instead, the final *.msi files and the drivers itself are nowhere

Hello James, I am doing quite rigorous torture tests with Xen and GPLPV. Let me first repeat the test setup: Use Xen 4.1.1 and kernel 2.6.32.36 (commit ae333e9). Configure 2 HVMs called VM1 and VM2 as follows (per HVM): 2 VCPUs, 2 virtual disks, 1024 MB RAM, viridian=1 Install Windows 2008 R2 SP1, do install everything twice - never clone. Install GPLPV, iometer 2006.07.27, prime95 26.6 x64,

James, I am running Windows 2008 R2 on Xen that is packaged with CentOS 5.4. I installed gplpv_Vista2008x64_0.11.0.238.msi using the falling steps: 1. Turn on testsigning 2. Reboot 3. Install gplpv_Vista2008x64_0.11.0.238.msi 4. Install process requests a reboot at the end. 5. At the end of the subsequent boot, there is a prompt for a reboot again. I

Trying to install them on Xen 3.4.0, Intel E5345 Processors, Server 2008 64bit. I get the BSoD on boot with the 0x0000007B stop message. I''ve got a bunch of 2003 32bits running on the same host with the 0.10.0.69 drivers and those are totally happy. I tried the boot once with NOGPLPV idea mentioned in another thread, that didn''t do the trick. Ideas anyone? pace