[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] Re: [Xen-devel] GPLPV drivers 0.9.12-pre9 upload


  • To: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
  • From: "Andrew Lyon" <andrew.lyon@xxxxxxxxx>
  • Date: Tue, 23 Dec 2008 19:55:14 +0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 23 Dec 2008 11:56:01 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=oMDGPVaq2XdlGpG+7KQclcmXxnSrMe6mb4u79n0Lp5fqGdp4Z1bhkOBkBjjtuPIONS 2VGaQcdNvs6v11peXoTTHwb/L1POHbZpmP+n1vj4AqkrMZSJA7GNxVNb5ZCyYYaq7Yj3 AGb0dxQzBLUDHYY/XJPA4nIEiHwahpf8stzBc=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.