qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] qemu-kvm: remove "boot=on|off" drive parameter compatib


From: Lucas Meneghel Rodrigues
Subject: Re: [Qemu-devel] qemu-kvm: remove "boot=on|off" drive parameter compatibility
Date: Wed, 03 Oct 2012 07:57:33 -0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1

On 10/03/2012 06:55 AM, Gleb Natapov wrote:
On Mon, Oct 01, 2012 at 03:26:05PM +0200, Jan Kiszka wrote:
On 2012-10-01 15:19, Anthony Liguori wrote:
Jan Kiszka <address@hidden> writes:

On 2012-10-01 11:31, Marcelo Tosatti wrote:

It's not just about default configs. We need to validate if the
migration formats are truly compatible (qemu-kvm -> QEMU, the other way
around definitely not). For the command line switches, we could provide
a wrapper script that translates them into upstream format or simply
ignores them. That should be harmless to carry upstream.

qemu-kvm has:

  -no-kvm
  -no-kvm-irqchip
  -no-kvm-pit
  -no-kvm-pit-reinjection
  -tdf <- does nothing

There are replacements for all of the above.  If we need to add them to
qemu.git, it's not big deal to add them.

But I don't think we should add them to the source code. This can
perfectly be handled my a (disposable) script layer on top of
qemu-system-x86_64 - the namespace (qemu-kvm in most cases) is also free.


  -drive ...,boot= <- this is ignored

cpu_set command for CPU hotplug which is known broken in qemu-kvm.

Right, so nothing is lost when migrating to QEMU.


testdev which is nice but only used for development

Jan, do you have a plan for testdev device? It would be a pity to have
qemu-kvm just for that.

Yep, I did send patches with the testdev device present on qemu-kvm.git to qemu.git a while ago, but there were many comments on the review, I ended up not implementing everything that was asked and the patches were archived.

If nobody wants to step up to port it, I'll re-read the original thread and will spin up new patches (and try to go through the end with it). Executing the KVM unittests is something that we can't afford to lose, so I'd say it's important on this last mile effort to get rid of qemu-kvm.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]