All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Pekka Enberg <penberg@cs.helsinki.fi>
Cc: KVM General <kvm@vger.kernel.org>,
	Cyrill Gorcunov <gorcunov@gmail.com>,
	Asias He <asias.hejun@gmail.com>
Subject: Re: KVM_EXIT_HALT and KVM_CREATE_IRQCHIP
Date: Thu, 10 Jun 2010 13:54:10 +0300	[thread overview]
Message-ID: <4C10C452.7070409@redhat.com> (raw)
In-Reply-To: <4C10BB2A.8010104@cs.helsinki.fi>

On 06/10/2010 01:15 PM, Pekka Enberg wrote:
>
> On 06/10/2010 12:52 PM, Pekka Enberg wrote:
>>> I see there's a KVM_GET_MP_STATE ioctl that can be used to check if
>>> state is KVM_MP_STATE_HALTED but as we never exit to the hypervisor,
>>> how is this supposed to work? Am I missing something obvious here?
>
> On 6/10/10 1:03 PM, Avi Kivity wrote:
>> In general you only rarely want to check the state (example are for
>> debugging and for live migration). It's not a stable value (the guest
>> executing HLT, or a guest interrupt delivered, will change its value).
>> What's your use case?
>
> Well, power off, basically. Specifically, running a small test 
> 'kernel' that exists after it's done its work. I guess the thing I was 
> missing was that hlt is really for other purposes than power off. I 
> guess it's up to the hypervisor to emulate APM or something and stop 
> the hypervisor there?
>

HLT has nothing to do with power off.  Qemu emulates ACPI power 
management, you can either do that or roll your own (for example an I/O 
port that calls exit(0) when the guest accesses it).

-- 
error compiling committee.c: too many arguments to function


      reply	other threads:[~2010-06-10 10:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-10  9:52 KVM_EXIT_HALT and KVM_CREATE_IRQCHIP Pekka Enberg
2010-06-10 10:03 ` Avi Kivity
2010-06-10 10:15   ` Pekka Enberg
2010-06-10 10:54     ` Avi Kivity [this message]

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=4C10C452.7070409@redhat.com \
    --to=avi@redhat.com \
    --cc=asias.hejun@gmail.com \
    --cc=gorcunov@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=penberg@cs.helsinki.fi \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.