qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Markus Armbruster <armbru@redhat.com>
Cc: Avi Kivity <avi@redhat.com>,
	"Richard W.M. Jones" <rjones@redhat.com>,
	kvm@vger.kernel.org, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Re: [PATCH] qemu-kvm: Switch to upstream -enable-kvm semantics
Date: Tue, 21 Dec 2010 10:56:50 -0600	[thread overview]
Message-ID: <4D10DC52.9010301@codemonkey.ws> (raw)
In-Reply-To: <m3d3ovgldr.fsf@blackfin.pond.sub.org>

On 12/21/2010 10:07 AM, Markus Armbruster wrote:
> "Richard W.M. Jones"<rjones@redhat.com>  writes:
>
>    
>> On Tue, Dec 21, 2010 at 04:41:03PM +0100, Markus Armbruster wrote:
>>      
>>> Like this?
>>>
>>> upstream qemu   |  default  |-enable-kvm
>>> ----------------+-----------+-----------
>>> KVM available   | disabled  |  enabled
>>> KVM unavailable | disabled  |    fail
>>>
>>> qemu-kvm        |  default  |-enable-kvm|  -no-kvm
>>> ----------------+-----------+-----------+-----------
>>> KVM available   |  enabled* |  enabled  |  disabled
>>> KVM unavailable | disabled  |    fail   |  disabled
>>>
>>> * differs from upstream
>>>        
>> libguestfs wants "best effort" behaviour, and libvirt wants "KVM or die"
>> behaviour.
>>      
> For what it's worth, default gives you exactly that with qemu-kvm.
> Maybe that's good enough, on the theory that if you have KVM, you most
> likely have libguestfs using qemu-kvm.
>
>    
>> Avi, can you comment on whether just opening /dev/kvm O_RDWR is a
>> reasonable way to detect if KVM is available?
>>
>> Markus, any idea when we might get the -accel option appearing in
>> released versions of qemu/KVM?
>>      
> No idea.  Anthony?
>    

I see no problem with 0.15 if someone cooks up a patch.

Regards,

Anthony Liguori

  reply	other threads:[~2010-12-21 16:56 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <m3mxo7ox0v.fsf@blackfin.pond.sub.org>
2010-12-15 17:31 ` [Qemu-devel] Re: [PATCH] qemu-kvm: Switch to upstream -enable-kvm semantics Anthony Liguori
2010-12-15 17:57   ` Markus Armbruster
2010-12-21 15:16     ` Avi Kivity
2010-12-21 15:41       ` Markus Armbruster
2010-12-21 15:48         ` Avi Kivity
2010-12-21 16:05           ` Markus Armbruster
2010-12-21 16:00         ` Richard W.M. Jones
2010-12-21 16:02           ` Richard W.M. Jones
2010-12-21 16:07           ` Markus Armbruster
2010-12-21 16:56             ` Anthony Liguori [this message]
2010-12-21 17:25               ` Alexander Graf

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D10DC52.9010301@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=armbru@redhat.com \
    --cc=avi@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rjones@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).