qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH] Add VMX cpuid feature to qemu64


From: Nadav Har'El
Subject: Re: [Qemu-devel] [PATCH] Add VMX cpuid feature to qemu64
Date: Wed, 5 Jan 2011 10:50:47 +0200
User-agent: Mutt/1.4.2.2i

On Wed, Jan 05, 2011, Avi Kivity wrote about "Re: [Qemu-devel] [PATCH] Add VMX 
cpuid feature to qemu64":
> The intent of kvm64/qemu64 is to provide some feature stability, so that 
> when you run a guest with those cpu types, you get something expected.  
> So adding to them isn't a good idea.
> 
> I think we'd be fine with -cpu host and -cpu qemu64,+vmx enabling vmx 
> support.

Thanks. While this is ugly, I can certainly live with that (I've been telling
people to use "-cpu host" to run nested VMX, until you asked me why I don't
send a patch for qemu to fix that ;-)).

Though I wonder why there shouldn't be some sort of "default" CPU type which
just provides the maximum number of supported features, without attempting
to provide stable features. If someone wants a specific stable CPU he can
always use "-cpu core2duo" or even "-cpu qemu64", but shouldn't the default
(when KVM is enabled) be to just provide all the features that KVM can provide?

Anyway, what is your opinion on which should be the default in KVM - qemu64
or kvm64? If it's qemu64, does it make sense (as far as KVM is concerned)
that it lists the SVM capability, but not the VMX capability?

Thanks,
Nadav.

-- 
Nadav Har'El                        |    Wednesday, Jan  5 2011, 29 Tevet 5771
address@hidden             |-----------------------------------------
Phone +972-523-790466, ICQ 13349191 |I had a lovely evening. Unfortunately,
http://nadav.harel.org.il           |this wasn't it. - Groucho Marx



reply via email to

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