James Harper
2008-Jun-14 13:18 UTC
[Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads As a reminder, the wiki page is http://wiki.xensource.com/xenwiki/XenWindowsGplPv Nothing much changed from 0.9.9-pre3, except that from now on any attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this change to take effect''. This should get around any problems of mixing version, but will still allow ''xm block-detach'' etc to work. I think I may have fixed a BSoD on shutdown too (0x9f). To upgrade to 0.9.9, you might be able to get away with booting _without_ /gplpv and performing the upgrade, otherwise you''ll need to remove all trace of the drivers (see wiki) before installing 0.9.9. I''ve been tinkering with signing the drivers (just with a self-signed cert for now). It seems to work okay I''m just working on putting it into the build script. One thing I found is that on my test server I had signed 0.9.8 and so the unsigned 0.9.9 wouldn''t automatically install as windows prefers a signed driver over an unsigned one. Keep that in mind if you''ve been signing drivers yourself! Anyway, this release should be a lot more stable that 0.9.8. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jim burns
2008-Jun-14 23:05 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
On Saturday June 14 2008 09:18:14 am James Harper wrote:> Nothing much changed from 0.9.9-pre3, except that from now on any > attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, > xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this > change to take effect''. This should get around any problems of mixing > version, but will still allow ''xm block-detach'' etc to work. I think I > may have fixed a BSoD on shutdown too (0x9f).Well, I''m finally back in business. Created a winxppro sp3 fully patched file backed vbd I saved on another machine as a template. I installed 0.9.9 with absolutely no incident, no missing devices. The ''Details'' button in the installer said something to the effect "Device not plugged in, couldn''t update driver" a couple of times, but Device Manager is very happy. I rebooted w/ /gplpv, and was immediately pleasantly surprised to get a ''Safely Remove Hardware'' icon in my systray, and a popup asking for Media Actions for my dvd. My Computer properly read my dvd, for the first time ever. Of course, I still can''t change the disk, but that''s the same situation with Qemu. Benchmarks to follow. Good job, James. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi, James, Thank you for your great work! But I have problem using 0.9.9 driver: My dom0 system is openSuse10.3 x86_64 with xen 3.1 after windowsXP sp2 installation I use the 0.9.9 installer to install pv drivers, no errors. But when i boot windowsXP with /gplpv, the system hangs at "Windows Xp"splash screen with the indicator rolling...I keep the windows running for about 1 hours and the indicator is still rolling.. If I boot windows without /gplpv, everything is ok. I reinstall a windows 2003 server and the problem is the same. It seems that he situation is like http://www.nabble.com/GPLV-Drivers-0.9.8-Windows-Server-2k3r2-on-Debian-Etch-64-bit-%2B-Backports-%2B-Xen-3.2.1-Crashed-on-first-boot.-td17763419.html#a17766911 http://www.nabble.com/GPLV-Drivers-0.9.8-Windows-Server-2k3r2-on-Debian-Etch-64-bit-%2B-Backports-%2B-Xen-3.2.1-Crashed-on-first-boot.-td17763419.html#a17766911 What can I do to use 0.9.x the driver? As far as I know the 0.8.x driver works for my system. Thanks! James Harper wrote:> > I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads > > As a reminder, the wiki page is > http://wiki.xensource.com/xenwiki/XenWindowsGplPv > > Nothing much changed from 0.9.9-pre3, except that from now on any > attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, > xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this > change to take effect''. This should get around any problems of mixing > version, but will still allow ''xm block-detach'' etc to work. I think I > may have fixed a BSoD on shutdown too (0x9f). > > To upgrade to 0.9.9, you might be able to get away with booting > _without_ /gplpv and performing the upgrade, otherwise you''ll need to > remove all trace of the drivers (see wiki) before installing 0.9.9. > > I''ve been tinkering with signing the drivers (just with a self-signed > cert for now). It seems to work okay I''m just working on putting it into > the build script. One thing I found is that on my test server I had > signed 0.9.8 and so the unsigned 0.9.9 wouldn''t automatically install as > windows prefers a signed driver over an unsigned one. Keep that in mind > if you''ve been signing drivers yourself! > > Anyway, this release should be a lot more stable that 0.9.8. > > James > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >-- View this message in context: http://www.nabble.com/Release-0.9.9-of-GPL-PV-Drivers-for-Windows-tp17839387p17846357.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
Florian Manschwetus
2008-Jun-15 10:22 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
I have unpacked and signed the driver, but when i try to install it with the installer (deselecting all except install drivers), I get in details "Windows Vista doesn''t support automatic driver updating" So what is the best way, to get the drivers updated? Florian jim burns schrieb:> On Saturday June 14 2008 09:18:14 am James Harper wrote: >> Nothing much changed from 0.9.9-pre3, except that from now on any >> attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, >> xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this >> change to take effect''. This should get around any problems of mixing >> version, but will still allow ''xm block-detach'' etc to work. I think I >> may have fixed a BSoD on shutdown too (0x9f). > > Well, I''m finally back in business. Created a winxppro sp3 fully patched file > backed vbd I saved on another machine as a template. I installed 0.9.9 with > absolutely no incident, no missing devices. The ''Details'' button in the > installer said something to the effect "Device not plugged in, couldn''t > update driver" a couple of times, but Device Manager is very happy. > > I rebooted w/ /gplpv, and was immediately pleasantly surprised to get > a ''Safely Remove Hardware'' icon in my systray, and a popup asking for Media > Actions for my dvd. My Computer properly read my dvd, for the first time > ever. Of course, I still can''t change the disk, but that''s the same situation > with Qemu. > > Benchmarks to follow. Good job, James. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Florian Manschwetus
2008-Jun-15 10:39 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
Ok i tested with a fresh vista, installing or upgrading didn''t work So we need a way for installing the driver, the old dpinst? with /F? Florian Florian Manschwetus schrieb:> I have unpacked and signed the driver, but when i try to install it with > the installer (deselecting all except install drivers), I get in details > "Windows Vista doesn''t support automatic driver updating" > > So what is the best way, to get the drivers updated? > > Florian > > jim burns schrieb: >> On Saturday June 14 2008 09:18:14 am James Harper wrote: >>> Nothing much changed from 0.9.9-pre3, except that from now on any >>> attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, >>> xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this >>> change to take effect''. This should get around any problems of mixing >>> version, but will still allow ''xm block-detach'' etc to work. I think I >>> may have fixed a BSoD on shutdown too (0x9f). >> >> Well, I''m finally back in business. Created a winxppro sp3 fully >> patched file backed vbd I saved on another machine as a template. I >> installed 0.9.9 with absolutely no incident, no missing devices. The >> ''Details'' button in the installer said something to the effect "Device >> not plugged in, couldn''t update driver" a couple of times, but Device >> Manager is very happy. >> >> I rebooted w/ /gplpv, and was immediately pleasantly surprised to get >> a ''Safely Remove Hardware'' icon in my systray, and a popup asking for >> Media Actions for my dvd. My Computer properly read my dvd, for the >> first time ever. Of course, I still can''t change the disk, but that''s >> the same situation with Qemu. >> >> Benchmarks to follow. Good job, James. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-15 10:46 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> > Ok i tested with a fresh vista, installing or upgrading didn''t work > So we need a way for installing the driver, the old dpinst? with /F?Because the drivers aren''t signed? In my testing with driver signing, windows still complains that the drivers have not passed Microsoft testing. Can you remind me, you have confirmed that just signing them with a self-signed cert is sufficient to get them running on Vista x64/2K8x64? Or do you still need to flip a few switches to make it work? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Florian Manschwetus
2008-Jun-15 10:57 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
James Harper schrieb:>> Ok i tested with a fresh vista, installing or upgrading didn''t work >> So we need a way for installing the driver, the old dpinst? with /F? > > Because the drivers aren''t signed?I unpackt the drivers using the installer and signed them, then restarting installer and select only install drivers. You need to set TestSign mode in boot options. bcdedit /set testsigning yes Florian> > In my testing with driver signing, windows still complains that the > drivers have not passed Microsoft testing. > > Can you remind me, you have confirmed that just signing them with a > self-signed cert is sufficient to get them running on Vista x64/2K8x64? > Or do you still need to flip a few switches to make it work? > > James > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Florian Manschwetus
2008-Jun-15 10:59 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
Florian Manschwetus schrieb:> James Harper schrieb: >>> Ok i tested with a fresh vista, installing or upgrading didn''t work >>> So we need a way for installing the driver, the old dpinst? with /F? >> >> Because the drivers aren''t signed? > I unpackt the drivers using the installer and signed them, then > restarting installer and select only install drivers. > > You need to set TestSign mode in boot options. > bcdedit /set testsigning yesUhm, and don''t forget to add the CA-Cert you are using (on self signed the cert itself) to users AND systems trusted root ca''s using mmc snapin certificates. Florian> > Florian >> >> In my testing with driver signing, windows still complains that the >> drivers have not passed Microsoft testing. >> >> Can you remind me, you have confirmed that just signing them with a >> self-signed cert is sufficient to get them running on Vista x64/2K8x64? >> Or do you still need to flip a few switches to make it work? >> >> James >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-15 12:31 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> Florian Manschwetus schrieb: > > James Harper schrieb: > >>> Ok i tested with a fresh vista, installing or upgrading didn''twork> >>> So we need a way for installing the driver, the old dpinst? with/F?> >> > >> Because the drivers aren''t signed? > > I unpackt the drivers using the installer and signed them, then > > restarting installer and select only install drivers. > > > > You need to set TestSign mode in boot options. > > bcdedit /set testsigning yes > Uhm, and don''t forget to add the CA-Cert you are using (on self signed > the cert itself) to users AND systems trusted root ca''s using mmcsnapin> certificates. >Ah. Thanks. I think I did forget that in the brief testing I did. I''m doing some internal re-jigging of the code, and getting the xennet config stuff working again (currently turning off csum and large send offload has no effect), but I''ll look at incorporating the signing stuff into the ''makedist.bat'' build script. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Florian Manschwetus
2008-Jun-15 13:00 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
Ok rebooting wo gplpv and using dpinst /F has done the job on my testbox. I tried before wo reboot but this ended up in a network problem, but the box was still able to boot, rebooting wo gplpv and using again dpinst /F has fixed. Florian James Harper schrieb:>> Florian Manschwetus schrieb: >>> James Harper schrieb: >>>>> Ok i tested with a fresh vista, installing or upgrading didn''t > work >>>>> So we need a way for installing the driver, the old dpinst? with > /F? >>>> Because the drivers aren''t signed? >>> I unpackt the drivers using the installer and signed them, then >>> restarting installer and select only install drivers. >>> >>> You need to set TestSign mode in boot options. >>> bcdedit /set testsigning yes >> Uhm, and don''t forget to add the CA-Cert you are using (on self signed >> the cert itself) to users AND systems trusted root ca''s using mmc > snapin >> certificates. >> > > Ah. Thanks. I think I did forget that in the brief testing I did. > > I''m doing some internal re-jigging of the code, and getting the xennet > config stuff working again (currently turning off csum and large send > offload has no effect), but I''ll look at incorporating the signing stuff > into the ''makedist.bat'' build script. > > James > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Florian Manschwetus
2008-Jun-15 15:45 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
Installation works also on vista 64 bit. But now i get an access dinied when i try to start services like dhcp client or diagnosing. Florian Florian Manschwetus schrieb:> Ok rebooting wo gplpv and using dpinst /F has done the job on my > testbox. I tried before wo reboot but this ended up in a network > problem, but the box was still able to boot, rebooting wo gplpv and > using again dpinst /F has fixed. > > Florian > > James Harper schrieb: >>> Florian Manschwetus schrieb: >>>> James Harper schrieb: >>>>>> Ok i tested with a fresh vista, installing or upgrading didn''t >> work >>>>>> So we need a way for installing the driver, the old dpinst? with >> /F? >>>>> Because the drivers aren''t signed? >>>> I unpackt the drivers using the installer and signed them, then >>>> restarting installer and select only install drivers. >>>> >>>> You need to set TestSign mode in boot options. >>>> bcdedit /set testsigning yes >>> Uhm, and don''t forget to add the CA-Cert you are using (on self signed >>> the cert itself) to users AND systems trusted root ca''s using mmc >> snapin >>> certificates. >>> >> >> Ah. Thanks. I think I did forget that in the brief testing I did. >> >> I''m doing some internal re-jigging of the code, and getting the xennet >> config stuff working again (currently turning off csum and large send >> offload has no effect), but I''ll look at incorporating the signing stuff >> into the ''makedist.bat'' build script. >> >> James >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jim burns
2008-Jun-16 04:15 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
On Saturday June 14 2008 09:18:14 am James Harper wrote:> I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads > > As a reminder, the wiki page is > http://wiki.xensource.com/xenwiki/XenWindowsGplPvEquipment: core 2 duo 5600, 1.83ghz each, 2M, sata drive configured for UDMA/100; System: fc8 64bit, xen 3.1.2, xen.gz 3.1.3, dom0 2.6.21 Tested hvm: XP Pro SP3, 2002 32bit w/512M, file backed vbd on local disk, tested w/ iometer 2006-07-27 (1Gb \iobw.tst, 5min run) & iperf 1.7.0 (1 min run) I previously reported that 0.9.1 suffered a 20-25% Iometer performance decrease over 0.8.9 on the 4k pattern (not bad for an initial rewrite from Wdf -> Wdm), but posted no actual numbers. Thus these are the old 0.8.9 numbers: pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/gplpv| 417.5 | 1.63 | 7.39 | 0 | 27.29 domu w/qemu | 155.4 | 0.60 | -4.60 | 0 | 29.23 dom0 w/2Gb | 891.6 | 3.48 | 1.12 | 574.4 | 0 dom0 w/2Gb | 1033.1 | 4.04 | 0.97 | 242.4 | 0 (2nd dom0 numbers from when booted w/o /gplpv) pattern 32k, 50% read, 0% random domu w/gplpv| 228.6 | 7.15 | -4.65 | 0 | 21.64 domu w/qemu | 120.4 | 3.76 | 83.63 | 0 | 28.50 dom0 w/2Gb | 42.0 | 1.31 | 23.80 | 2084.7 | 0 dom0 w/2Gb | 88.3 | 2.76 | 11.32 | 1267.3 | 0 and now the 0.9.9 numbers: pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/gplpv| 336.9 | 1.32 | -65.35 | 0 | 12.78 domu w/qemu | 191.8 | 0.75 | 7.88 | 0 | 17.40 dom0 w/2Gb | 1051.4 | 4.11 | 0.95 | 446.0 | 0 dom0 w/2Gb | 1111.0 | 4.34 | 0.90 | 434.2 | 0 (2nd dom0 numbers from when booted w/o /gplpv) pattern 32k, 50% read, 0% random domu w/gplpv| 113.4 | 3.54 | -392.87 | 0 | 7.49 domu w/qemu | 106.3 | 3.32 | 4.13 | 0 | 7.41 dom0 w/2Gb | 47.3 | 1.48 | 21.10 | 2062.9 | 0 dom0 w/2Gb | 77.3 | 2.41 | 12.94 | 1256.6 | 0 There is still a 20% decrease in performance on the 4k pattern. %CPU is way down, but that may be because I''m using rdesktop instead of vnc. Now running one domain thread at a time, with any other domains running the ''idle'' task. First the old numbers: gplpv 0.8.9: 4k pattern | 1170.0 | 4.57 | 7.16 | 0 | 41.34 32k pattern | 287.0 | 8.97 | -30.85 | 0 | 23.39 dom0: 4k pattern | 1376.7 | 5.38 | 0.73 | 365.7 | 0 32k pattern | 1484.3 | 5.80 | 0.67 | 314.4 | 0 and now the new: gplpv 0.9.9: 4k pattern | 843.3 | 3.29 | -26.36 | 0 | 26.37 32k pattern | 192.9 | 6.03 | 5.17 | 0 | 9.12 dom0: 4k pattern | 1702.7 | 6.65 | 0.59 | 367.0 | 0 32k pattern | 162.7 | 5.08 | 6.14 | 248.7 | 0 There''s again a 30% decrease in 4k (& 32k) patterns, and less %CPU. For network, a tcp test w/0.9.1 (essentially the same as 0.8.9), ''iperf-1.7.0 -c dom0-name -t 60 -r'', gave: domu->dom0: 31 Mb/s dom0->domu: 36 Mb/s For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: 2.6 Mb/s dom0->domu: 9.9 Mb/s and for 0.9.9: For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60 -r'': domu->dom0: 34 Mb/s (better) dom0->domu: 89 Mb/s (wow!) For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: 5.2 Mb/s (better) dom0->domu: 4.5 Mb/s w/54% loss (worse) _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Darren Foo
2008-Jun-16 08:44 UTC
[Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows
Hi James, Will it be possible to change the drivers to block only certain network devices instead of all PCI devices? VT-d PCI passthrough is currently broken with the current GPL PV drivers. The 0.8.9 driver behaved differently and didn''t block my PCI passthrough device. Thanks. ---Original Message--- Date: Sat, 14 Jun 2008 23:18:14 +1000 From: "James Harper" <james.harper@bendigoit.com.au> Subject: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows To: <xen-users@lists.xensource.com>, <xen-devel@lists.xensource.com> Message-ID: <AEC6C66638C05B468B556EA548C1A77D0148F9FE@trantor> Content-Type: text/plain; charset="us-ascii" I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Rolf Arne Larsen
2008-Jun-16 11:19 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
I''ve installed these drivers on a Win2k3 32bit Machine running debian with own compiled xen 3.2.1. The performance seems to be alot better. The only strange thing is that reads is slower than writes. Im using nbench for benchmarking and get these results (1 big file at 999mb): read: 15mb/s write: 52 mb/s With 5 files at 10 mb i get: read: 16.9mb/s write: 13.8mb/s How come the read is slower than writes? //rolf ----- Original Message ----- From: "James Harper" <james.harper@bendigoit.com.au> To: xen-users@lists.xensource.com, xen-devel@lists.xensource.com Sent: Saturday, June 14, 2008 3:18:14 PM (GMT+0100) Europe/Berlin Subject: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads As a reminder, the wiki page is http://wiki.xensource.com/xenwiki/XenWindowsGplPv Nothing much changed from 0.9.9-pre3, except that from now on any attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this change to take effect''. This should get around any problems of mixing version, but will still allow ''xm block-detach'' etc to work. I think I may have fixed a BSoD on shutdown too (0x9f). To upgrade to 0.9.9, you might be able to get away with booting _without_ /gplpv and performing the upgrade, otherwise you''ll need to remove all trace of the drivers (see wiki) before installing 0.9.9. I''ve been tinkering with signing the drivers (just with a self-signed cert for now). It seems to work okay I''m just working on putting it into the build script. One thing I found is that on my test server I had signed 0.9.8 and so the unsigned 0.9.9 wouldn''t automatically install as windows prefers a signed driver over an unsigned one. Keep that in mind if you''ve been signing drivers yourself! Anyway, this release should be a lot more stable that 0.9.8. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-16 12:35 UTC
RE: [Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows
> Hi James, > > Will it be possible to change the drivers to block only certainnetwork> devices instead of all PCI devices? VT-d PCI passthrough is currently > broken with the current GPL PV drivers. The 0.8.9 driver behaved > differently and didn''t block my PCI passthrough device.It should be possible, I''m just not sure what the best approach is at the moment. I guess maybe it isn''t so important for network devices, I''m just concerned that if I make the criteria for ''pci storage device'' more specific, eg ''pci storage device with pci id xxxx:yyyy'', and qemu changes them, then very bad things happen. I have seen qemu give slightly different pci id''s to devices under different versions of xen. I''m thinking that an exclude list in an inf file would probably be best, at least in the interim. It will be a little tedious to change but at least it can be done without a recompile being required. But I''ll give it some more thought. Any further suggestions appreciated :) Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Jefferson E. Noxon
2008-Jun-16 14:51 UTC
Re: [Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows
Is this different than 0.9.8''s behavior? I am running 0.9.8 right now and VT-d is working fine. My pass-through device is a USB controller. If 0.9.9 will break it, I need to hold off on the upgrade. Thanks. Darren Foo wrote:> Hi James, > > Will it be possible to change the drivers to block only certain network devices instead of all PCI devices? VT-d PCI passthrough is currently broken with the current GPL PV drivers. The 0.8.9 driver behaved differently and didn''t block my PCI passthrough device. > > Thanks._______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Kris Adler
2008-Jun-16 22:01 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
Hi, I have a Windows 2000 HVM install on which I''m trying to install the GPLPV drivers. I followed the process, restarted, and put the /gplpv in a copy of my os boot line. The thing is, there are no errors, but nothing really changes. Looking in my device manager, nothing looks different. I still have one unknown PCI device, which has a Xen device ID from looking in the registry. None of the devices show the gplpv drivers installed. I tried manually searching for drivers in the gplpv drivers folder for the unknown PCI device, but it couldn''t find any. My install is on a 5G LVM partition I made, along with a extra 5G LVM I attached to the win2k OS. I installed from a standard win2k installation disk, and had a SP4 disk to update the OS after install. Am I missing Xen devices that should be listed or something? And why isn''t that unknown PCI device installing (Ven 5853, dev 0001)? Regards, Kris On Sat, Jun 14, 2008 at 1:18 PM, James Harper <james.harper@bendigoit.com.au> wrote:> I''ve just uploaded 0.9.9 to http://www.meadowcourt.org/downloads > > As a reminder, the wiki page is > http://wiki.xensource.com/xenwiki/XenWindowsGplPv > > Nothing much changed from 0.9.9-pre3, except that from now on any > attempt to upgrade any of the ''child'' devices of xenpci (eg xennet, > xenvbd, xenscsi, xenstub) will be met with a ''must reboot for this > change to take effect''. This should get around any problems of mixing > version, but will still allow ''xm block-detach'' etc to work. I think I > may have fixed a BSoD on shutdown too (0x9f). > > To upgrade to 0.9.9, you might be able to get away with booting > _without_ /gplpv and performing the upgrade, otherwise you''ll need to > remove all trace of the drivers (see wiki) before installing 0.9.9. > > I''ve been tinkering with signing the drivers (just with a self-signed > cert for now). It seems to work okay I''m just working on putting it into > the build script. One thing I found is that on my test server I had > signed 0.9.8 and so the unsigned 0.9.9 wouldn''t automatically install as > windows prefers a signed driver over an unsigned one. Keep that in mind > if you''ve been signing drivers yourself! > > Anyway, this release should be a lot more stable that 0.9.8. > > James > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Darren Foo
2008-Jun-16 22:40 UTC
[Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows
No, I think James changed it from 0.8.9 and above, if your 0.9.8 works then 0.9.9 should be fine. In my case I''m passing a DVB card to my DomU, but Windows actually sees the DVB card as a network card device. Date: Mon, 16 Jun 2008 09:51:01 -0500 From: "Jefferson E. Noxon" <jeff@planetfall.com> Subject: Re: [Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows To: xen-users@lists.xensource.com Cc: james.harper@bendigoit.com.au Message-ID: <48567DD5.9000306@planetfall.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Is this different than 0.9.8''s behavior? I am running 0.9.8 right now and VT-d is working fine. My pass-through device is a USB controller. If 0.9.9 will break it, I need to hold off on the upgrade. Thanks. Darren Foo wrote:> Hi James, > >Will it be possible to change the drivers to block only certain network devices instead of all PCI devices? VT-d PCI passthrough is currently broken with the current GPL PV drivers. The 0.8.9 driver behaved differently and didn''t block my PCI passthrough device.> > Thanks._______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Darren Foo
2008-Jun-16 22:44 UTC
[Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows
Hi James, I have no problems with an exclude inf file, sounds like that''s the best solution for now if xen changes PCI id''s between versions. Anyone else have any suggestions? ----- Original Message ---- From: James Harper <james.harper@bendigoit.com.au> To: Darren Foo <darrenfoo@yahoo.com>; xen-users@lists.xensource.com Sent: Monday, June 16, 2008 5:35:54 AM Subject: RE: [Xen-users] RE: Release 0.9.9 of GPL PV Drivers for Windows> Hi James, > > Will it be possible to change the drivers to block only certainnetwork> devices instead of all PCI devices? VT-d PCI passthrough is currently > broken with the current GPL PV drivers. The 0.8.9 driver behaved > differently and didn''t block my PCI passthrough device.It should be possible, I''m just not sure what the best approach is at the moment. I guess maybe it isn''t so important for network devices, I''m just concerned that if I make the criteria for ''pci storage device'' more specific, eg ''pci storage device with pci id xxxx:yyyy'', and qemu changes them, then very bad things happen. I have seen qemu give slightly different pci id''s to devices under different versions of xen. I''m thinking that an exclude list in an inf file would probably be best, at least in the interim. It will be a little tedious to change but at least it can be done without a recompile being required. But I''ll give it some more thought. Any further suggestions appreciated :) Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-16 23:26 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> Hi, > > I have a Windows 2000 HVM install on which I''m trying to install theGPLPV> drivers. I followed the process, restarted, and put the /gplpv in acopy> of my os boot line. The thing is, there are no errors, but nothingreally> changes. Looking in my device manager, nothing looks different. Istill> have one unknown PCI device, which has a Xen device ID from looking inthe> registry. None of the devices show the gplpv drivers installed. Itried> manually searching for drivers in the gplpv drivers folder for theunknown> PCI device, but it couldn''t find any. > > My install is on a 5G LVM partition I made, along with a extra 5G LVMI> attached to the win2k OS. I installed from a standard win2kinstallation> disk, and had a SP4 disk to update the OS after install. Am I missingXen> devices that should be listed or something? And why isn''t that unknownPCI> device installing (Ven 5853, dev 0001)? >Someone else reported this, and found that the reason was because the inf files were only compatible with XP and above. Can you please try the following for each .inf file: 1. Under Manufacturer, duplicate the .NTx86 line but change .NTx86 to .NT 2. Duplicate the [xxx.NTx86] section but change the .NTx86 to .NT 3. Try to install. If it doesn''t work, also duplicate the [SourceDiskNames.x86] section but remove the .x86 If it works, and doesn''t break x86 and amd64 (please test), let me know and I''ll update my inf files. I''ll try it myself when I get time but that may not be for a bit... James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-17 00:38 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> > You need to set TestSign mode in boot options. > > bcdedit /set testsigning yes > Uhm, and don''t forget to add the CA-Cert you are using (on self signed > the cert itself) to users AND systems trusted root ca''s using mmc snapin > certificates.I''ve created the following in hg: 1. sign_sys.bat - signs the sys files (see makedist.bat for use) 2. sign_inf.bat - generate catalog and sign it based on inf files 3. sign_config.bat.template - modify and copy to sign_config.bat If sign_config.bat exists then makedist.bat will do the signing stuff. The installer.nsi file currently depends on the .cat files though, I need to make that optional. So the user configuration required is: 1. Set up the appropriate certs in their store 2. copy sign_config.bat.template to sign_config.bat and put their cert names in there 3. run makedist.bat One thing that''s missing though is a way to extract the CA cert from the store based on the name specified in sign_config.bat... do you know offhand the incantations to do that? Once I can do that I''m almost ready to do the next release I think. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Kris Adler
2008-Jun-17 00:48 UTC
Re: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
I modified all of the inf files after installation. I performed the three things you listed, but it still would not install. When I removed the .NT from the duplicate xxx.NTx86 sections altogether (no extension), it accepted the driver. I ended up with a Xen PCI Device Driver, a Xen Net Device Driver listed with my regular net adapter, and 3 Xen Block Device Drivers listed alone in SCSI/RAID (2 HD, 1 cdrom presumably). However, when I boot into GPLPV mode, I get a BSOD as follows: STOP: 0x000000D1 (0x00000114, 0x00000016, 0x00000000, 0xBFFA1558) DRIVER_IRQL_NOT_LESS_OR_EQUAL *** Address BFFA1558 base at BFF9D000, DateStamp 42d65966 - SCSIPORT.SYS Any ideas on the BSOD? Btw, I''m using Xen on FC8 x86_64 and Core 2 quad. Regards, Kris On Mon, Jun 16, 2008 at 11:26 PM, James Harper < james.harper@bendigoit.com.au> wrote:> > Hi, > > > > I have a Windows 2000 HVM install on which I''m trying to install the > GPLPV > > drivers. I followed the process, restarted, and put the /gplpv in a > copy > > of my os boot line. The thing is, there are no errors, but nothing > really > > changes. Looking in my device manager, nothing looks different. I > still > > have one unknown PCI device, which has a Xen device ID from looking in > the > > registry. None of the devices show the gplpv drivers installed. I > tried > > manually searching for drivers in the gplpv drivers folder for the > unknown > > PCI device, but it couldn''t find any. > > > > My install is on a 5G LVM partition I made, along with a extra 5G LVM > I > > attached to the win2k OS. I installed from a standard win2k > installation > > disk, and had a SP4 disk to update the OS after install. Am I missing > Xen > > devices that should be listed or something? And why isn''t that unknown > PCI > > device installing (Ven 5853, dev 0001)? > > > > Someone else reported this, and found that the reason was because the > inf files were only compatible with XP and above. > > Can you please try the following for each .inf file: > > 1. Under Manufacturer, duplicate the .NTx86 line but change .NTx86 to > .NT > 2. Duplicate the [xxx.NTx86] section but change the .NTx86 to .NT > 3. Try to install. If it doesn''t work, also duplicate the > [SourceDiskNames.x86] section but remove the .x86 > > If it works, and doesn''t break x86 and amd64 (please test), let me know > and I''ll update my inf files. I''ll try it myself when I get time but > that may not be for a bit... > > James >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-17 01:16 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> I modified all of the inf files after installation. I performed thethree> things you listed, but it still would not install. When I removed the.NT> from the duplicate xxx.NTx86 sections altogether (no extension), it > accepted the driver. I ended up with a Xen PCI Device Driver, a XenNet> Device Driver listed with my regular net adapter, and 3 Xen BlockDevice> Drivers listed alone in SCSI/RAID (2 HD, 1 cdrom presumably).D''oh, yes, I was remembering incorrectly. Before I can make the changes to the .inf files in the source, I need to be sure that the change doesn''t break 2003 x32 or 2003 x64. Are you able to test?> However, > when I boot into GPLPV mode, I get a BSOD as follows: > > STOP: 0x000000D1 (0x00000114, 0x00000016, 0x00000000, 0xBFFA1558) > DRIVER_IRQL_NOT_LESS_OR_EQUAL > > *** Address BFFA1558 base at BFF9D000, DateStamp 42d65966 -SCSIPORT.SYS> > Any ideas on the BSOD? >Unfortunately that''s just a fairly generic crash. Because the crash is occurring in scsiport.sys it almost certainly means that you won''t be getting a crash dump. Unless you can build from source and get intimate with the debugger, you''ll have to wait until I can have a look. No guarantees about when sorry. If I get time before then I''ll have a look through the scsiport stuff and see if it makes any references to differences between 2000 and 2003. Thanks for following up. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James Harper
2008-Jun-17 01:17 UTC
RE: [Xen-users] Release 0.9.9 of GPL PV Drivers for Windows
> > One thing that''s missing though is a way to extract the CA cert fromthe> store based on the name specified in sign_config.bat... do you know > offhand > the incantations to do that? Once I can do that I''m almost ready to dothe> next release I think.Okay I figured that out... now I just need a way for the installer to install the certificate (semi-)automatically... there appears to be a way to bring up the ''view cert'' screen with a simple rundll32 call, but I''m not sure that that will get it into the ''localMachine'' store where it is required. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jim burns
2009-Jul-06 02:32 UTC
[Xen-users] Benchmarking GPL PV Drivers for Windows between 0.9.11-pre13 and 0.10.0.69
Since I don''t have particularly fast equipment, the significance of these numbers will be in the relative difference between the no gplpv, 0.9.x and 0.10.x numbers. Since I am not subscribed to the list (and multiple attempts to resubscribe haven''t changed that), I will not be able to respond without top-posting. Equipment: core 2 duo T5600, 1.83ghz each, 2M, sata drive configured for UDMA/100 System: fc8 64bit, xen 3.1.2, xen.gz 3.1.4, dom0 2.6.21 Tested hvm: XP Pro SP3, 2002 32bit w/512M, file backed vbd on local disk, tested w/ iometer 2006-07-27 (1Gb \iobw.tst, 5min run) & iperf 1.7.0 (1 min run) Since this is a file backed vbd, domu numbers are not expected to be faster than dom0 numbers. These are the numbers for iometer, booting w/o gplpv: pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/qemu | 108.0 | 0.42 | 12.16 | 0 | 16.03 dom0 w/1Gb | 809.7 | 3.16 | 1.23 | 215.8 | 0 pattern 32k, 50% read, 0% random domu w/qemu | 74.6 | 2.33 | -602.09 | 0 | 12.55 dom0 w/1Gb | 120.0 | 3.75 | 8.33 | 1142.3 | 0 These are the old 0.9.11-pre13 numbers for iometer: pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/gplpv| 238.0 | 0.93 | 15.89 | 0 | 14.97 dom0 w/1Gb | 974.0 | 3.80 | 1.03 | 444.9 | 0 pattern 32k, 50% read, 0% random domu w/gplpv| 97.0 | 3.03 | 10.30 | 0 | 18.16 dom0 w/1Gb | 110.0 | 3.44 | 9.08 | 1130.8 | 0 So domu numbers are about twice as fast, with not much difference in the dom0 numbers. and now the 0.10.0.69 numbers (w/o /patchtpr): pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/gplpv| 386.6 | 1.51 | 2.61 | 0 | 7.99 dom0 w/1Gb | 902.1 | 3.52 | 1.11 | 691.6 | 0 pattern 32k, 50% read, 0% random domu w/gplpv| 121.9 | 3.81 | 9.99 | 0 | 4.41 dom0 w/1Gb | 59.7 | 1.87 | 16.75 | 1729.0 | 0 The 4k numbers are somewhat faster than 0.9.x, while %CPU for both patterns is less than half. and now the 0.10.0.69 numbers (with /patchtpr): pattern 4k, 50% read, 0% random dynamo on? | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU domu w/gplpv| 769.8 | 3.01 | 1.30 | 0 | 6.46 dom0 w/1Gb | 506.8 | 1.98 | 1.97 | 942.8 | 0 pattern 32k, 50% read, 0% random domu w/gplpv| 125.4 | 3.92 | 7.97 | 0 | 0.57 dom0 w/1Gb | 58.5 | 1.83 | 17.09 | 1710.0 | 0 There is not as significant a difference between the 4k and 32k patterns, whereas domu was much slower than dom0 with 0.9.x. %CPU is also half of the 0.9.x numbers for the 4k pattern, and insignificant for the 32k pattern. Now running one domain thread at a time, with any other domains running the ''idle'' task. This would represent the maximum speed on the domain, w/o competing tasks. First the old numbers: booting with no gplpv: domu: | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU 4k pattern | 463.4 | 1.81 | 94.25 | 0 | 30.78 32k pattern | 225.3 | 7.04 | -69.49 | 0 | 18.16 dom0: 4k pattern | 1282.1 | 5.01 | 0.78 | 199.6 | 0 32k pattern | 1484.3 | 5.80 | 0.67 | 314.4 | 0 booting with gplpv: gplpv 0.9.11-pre13: | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU 4k pattern | 857.5 | 3.35 | 5.00 | 0 | 39.48 32k pattern | 202.8 | 6.34 | 4.93 | 0 | 30.90 dom0: 4k pattern | 1361.9 | 5.32 | 0.73 | 218.1 | 0 32k pattern | 173.9 | 5.43 | 5.75 | 188.2 | 0 and now the new: gplpv 0.10.0.69 (with /patchtpr): | io/s | MB/s | Avg. i/o time(ms} | max i/o time(ms) | %CPU 4k pattern | 1169.9 | 4.57 | 4.13 | 0 | 10.15 32k pattern | 172.6 | 5.39 | 5.79 | 0 | 0.95 dom0: 4k pattern | 1835.1 | 7.17 | 0.54 | 208.9 | 0 32k pattern | 172.6 | 5.39 | 5.79 | 162.6 | 0 The i/o rate improvement on domu between 0.9.x and 0.10.x is not as significant as in the multi-threaded case above, but still better. and with less %CPU. For network, a tcp test w/0.9.11-pre13, ''iperf-1.7.0 -c dom0-name -t 60 -r'', gave: domu->dom0: 16 Mb/s dom0->domu: 44 Mb/s For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: 4.7 Mb/s, w/ 3% loss dom0->domu: 6.2 Mb/s, w/33% loss and for 0.10.0.69 (w/o /patchtpr): For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60 -r'': domu->dom0: 2.4 Mb/s (huh?) dom0->domu: 92 Mb/s (wow!) For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: 14.7 kb/s (huh?) dom0->domu: 8.7 Mb/s w/12% loss (better) and for 0.10.0.69 (with /patchtpr): For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60 -r'': domu->dom0: 1 Mb/s (double huh?) dom0->domu: 220 Mb/s (yowza!) For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: 4.9 kb/s w/3% loss (huh?) dom0->domu: 9.1 Mb/s w/10% loss (better than 0.9.x) and for no gplpv: For a tcp test, ''iperf-1.7.0 -c dom0-name -t 60 -r'': domu->dom0: 4.8 Mb/s dom0->domu: 11.6 Mb/s For a udp test, requesting a 10Mb/s bandwidth, ''iperf-1.7.0 -c dom0-name -t 60 -r -b 10000000'' gave: domu->dom0: .78 Mb/s dom0->domu: 9.4 Mb/s For some odd reason, the domu->dom0 numbers for 0.10.x are worse even than booting w/no gplpv, let alone the 0.9.x numbers. The reverse direction tcp numbers for 0.10.x booting w/o /patchtpr are double the 0.9.x numbers, and are doubled again w/ /patchtpr; the udp numbers are faster, with less data loss than 0.9.x. I fooled a bit with the xennet advanced setting numbers, and only changing the mtu made any (and slight) difference. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Pasi Kärkkäinen
2009-Jul-06 15:00 UTC
Re: [Xen-users] Benchmarking GPL PV Drivers for Windows between 0.9.11-pre13 and 0.10.0.69
On Sun, Jul 05, 2009 at 10:32:03PM -0400, jim burns wrote:> Since I don''t have particularly fast equipment, the significance of these > numbers will be in the relative difference between the no gplpv, 0.9.x and > 0.10.x numbers. > > Since I am not subscribed to the list (and multiple attempts to resubscribe > haven''t changed that), I will not be able to respond without top-posting. > > Equipment: core 2 duo T5600, 1.83ghz each, 2M, sata drive configured for > UDMA/100 > System: fc8 64bit, xen 3.1.2, xen.gz 3.1.4, dom0 2.6.21Have you tried with a newer Xen and dom0 kernel? -- Pasi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jim burns
2009-Jul-06 21:58 UTC
Re: [Xen-users] Benchmarking GPL PV Drivers for Windows between 0.9.11-pre13 and 0.10.0.69
On Mon July 6 2009 11:00:28 am you wrote:> > System: fc8 64bit, xen 3.1.2, xen.gz 3.1.4, dom0 2.6.21 > > Have you tried with a newer Xen and dom0 kernel? > > -- PasiNo. I''m a Fedora loyalist, since they are in the forefront of the pvops, and thus the future, direction of Xen. Unfortunately, they still don''t have dom0 support yet, so I''m stuck with F8. (Interesting thread last month on that - ''Xen is a feature''/''Merge Xen (the hypervisor) into Linux''. Thanx to whoever gated that into xen users.) It will be interesting to see if xen 3.4 and a pvops dom0 have any effect, tho''. This is also why I haven''t really had a lot to say since last summer - nothing much has changed for me! Nice to see you are still around! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Pasi Kärkkäinen
2009-Jul-07 06:50 UTC
Re: [Xen-users] Benchmarking GPL PV Drivers for Windows between 0.9.11-pre13 and 0.10.0.69
On Mon, Jul 06, 2009 at 05:58:46PM -0400, jim burns wrote:> On Mon July 6 2009 11:00:28 am you wrote: > > > System: fc8 64bit, xen 3.1.2, xen.gz 3.1.4, dom0 2.6.21 > > > > Have you tried with a newer Xen and dom0 kernel? > > > > -- Pasi > > No. I''m a Fedora loyalist, since they are in the forefront of the pvops, and > thus the future, direction of Xen. Unfortunately, they still don''t have dom0 > support yet, so I''m stuck with F8. (Interesting thread last month on that - > ''Xen is a feature''/''Merge Xen (the hypervisor) into Linux''. Thanx to whoever > gated that into xen users.) It will be interesting to see if xen 3.4 and a > pvops dom0 have any effect, tho''. > > This is also why I haven''t really had a lot to say since last summer - nothing > much has changed for me! >Ok. Fedora 11 now has Xen 3.3.1 hypervisor and tools, and it will receive 3.4.1 shortly after it has been released upstream (rawhide already has 3.4.0). There are also pv_ops dom0 kernel RPMs for testing: http://fedorapeople.org/~myoung/dom0/ Also you might be interested of the wiki page I made yesterday: http://wiki.xensource.com/xenwiki/XenDom0Kernels I''ve been successfully using Fedora 10 and Fedora 11 with pv_ops dom0 myself.. there are still some bugs and issues, some bigger changes still need to be done to get accepted upstream, but it''s already in a state where you can definitely beta test it :)> Nice to see you are still around!You too :) -- Pasi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users