|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-users] Re: [Xen-devel] GPLPV drivers 0.9.12-pre9 upload
On Fri, Dec 19, 2008 at 12:25 PM, James Harper
<james.harper@xxxxxxxxxxxxxxxx> wrote:
> I've just uploaded 0.9.12-pre9. Please read the following before using:
>
> 1. Windows 2000 is no longer included in the binary distribution. It
> didn't work.
>
> 2. qemu network and disk adapters are disabled, but will now appear as
> having failed due to a change in the hiding code. This is cosmetic
> (you'll get a warning on start that a service or driver failed to start)
> but the effect is the same, except you won't get strange things
> happening as a result of pci devices just disappearing - I was seeing
> delays in places during startup and shutdown.
>
> 3. If you are using the latest Xen 3.3.1 hg (maybe 3.3.0 too?), the
> qemu_disable_patches.diff patch applied to the ioemu-remote git repo
> (after 'make tools' has downloaded it, or after you've updated it to the
> latest) will completely remove the ide disks and network interfaces,
> leaving the cdroms as emulated by qemu. This is how things should be
> going forward - qemu cdrom's means you get eject and virtual image swap
> etc, and performance on a cdrom is hardly critical. Hopefully these
> patches will make it into Xen 3.4.
I posted this earlier in the wrong thread, I tried to use the
qemu_disable_patches.diff today with 3.3.1 rc4 but it didn't hide the
devices or change cdrom to emulated when using the pre11 drivers, this
is what I did:
hg clone -r 3.3.1-rc4 http://xenbits.xensource.com/xen-3.3-testing.hg
cd xen-3.3-testing.hg
make tools # I believe this is necessary to pull ioemu-remote ?
cd tools/ioemu-remote
patch -p1 -i /usr/src/qemu-pci-disable.patch # I removed the last
chunk of the patch which changes vl.c as the changes are in 3.3.1-rc4.
make clean
cd ../../
make clean
make tools
make install-tools
/etc/init.d/xend restart
I did not recompile xen, only the tools.
In my vista hvm the Intel IDE and Realtek NIC are still visible, and
cdrom is XEN PV not ioemu/qemu.
Is my method incorrect?
Andy
>
> 4. Please test in a dev environment. I haven't broken my test servers
> during upgrade or anything, but testing first is just common sense.
>
> 5. 64 bit block addressing is in place but not really tested. If you
> have block devices >1TB that didn't work previously, please give it a go
> and let me know.
>
> 6. Save+restore is working for me at the moment, please report any
> issues.
>
> Go to http://www.meadowcourt.org/downloads/ for the gplpv driver
> download and, if you want, the qemu_disable_patches.diff patch.
>
> See the thread in xen-devel with a subject of 'disable qemu PCI devices
> in HVM domains' for an explanation of how the qemu device disabling
> works.
>
> James
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- RE: [Xen-devel] qemu patch for GPLPV drivers, (continued)
[Xen-users] Re: [Xen-devel] GPLPV drivers 0.9.12-pre9 upload,
Andrew Lyon <=
|
|
|
|
|