From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Ian Pratt <Ian.Pratt@eu.citrix.com>,
"Ke, Liping" <liping.ke@intel.com>, "Yu, Ke" <ke.yu@intel.com>,
xen-devel@lists.xensource.com
Cc: "Tian, Kevin" <kevin.tian@intel.com>,
"Jiang, Yunhong" <yunhong.jiang@intel.com>
Subject: Re: [PATCH 0/4] HVM Virtual S3
Date: Thu, 15 May 2008 12:51:35 +0100 [thread overview]
Message-ID: <C451E257.20BDB%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <DD74FBB8EE28D441903D56487861CD9D2E6B9C14@lonpexch01.citrite.net>
On 15/5/08 12:45, "Ian Pratt" <Ian.Pratt@eu.citrix.com> wrote:
>> The 'pause' state visible to tools is a specific type of
>> domain_pause(), and
>> *has* to be entered via the pause domctl hypercall. So don't worry --
>> your new type of pause should stack on top of 'xm pause/unpause' no
> problem.
>
> In fact, does the S3 suspended guest need to go into a pause state at
> all? Presumably we could just let it block?
> Xend does need to be able to know when the S3 suspend has actually
> happened -- there should probably be a VIRQ for this.
S3 suspend is enacted by an I/O port write from the guest, trapped by qemu,
so the final reset of machine state is synchronously triggered by the tools
anyway.
As for pause-vs-block I think this is just a matter of terminology. At the
end of the day we want the domain to not run until s3-resume is triggered.
The natural way to do this within the hypervisor is to maintain a per-domain
is_s3_suspended flag and domain_[un]pause() when this flag toggles.
-- Keir
next prev parent reply other threads:[~2008-05-15 11:51 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-08 5:13 [PATCH 0/4] HVM Virtual S3 Ke, Liping
2008-05-08 7:02 ` James Harper
2008-05-08 7:10 ` Yu, Ke
2008-05-08 7:24 ` Ke, Liping
2008-05-08 12:25 ` Ian Pratt
2008-05-08 14:57 ` Ke, Liping
2008-05-08 15:03 ` Keir Fraser
2008-05-08 15:10 ` Yu, Ke
2008-05-09 9:58 ` Ke, Liping
2008-05-09 10:10 ` Keir Fraser
2008-05-09 11:59 ` Ian Pratt
2008-05-14 9:50 ` Ke, Liping
2008-05-14 12:17 ` Keir Fraser
2008-05-15 1:31 ` Ke, Liping
2008-05-15 7:33 ` Keir Fraser
2008-05-15 11:45 ` Ian Pratt
2008-05-15 11:51 ` Keir Fraser [this message]
2008-05-15 12:42 ` Ian Pratt
2008-05-15 12:58 ` Keir Fraser
2008-05-16 1:46 ` Ke, Liping
2008-05-08 15:11 ` Ian Pratt
2008-05-08 15:20 ` Keir Fraser
2008-05-08 15:28 ` Yu, Ke
-- strict thread matches above, loose matches on Subject: below --
2007-05-16 16:48 Yu, Ke
2007-05-16 21:59 ` Keir Fraser
2007-05-16 22:33 ` Keir Fraser
2007-05-17 2:28 ` Yu, Ke
2007-05-18 2:38 ` Tian, Kevin
2007-05-18 6:43 ` Keir Fraser
2007-05-16 22:29 ` Keir Fraser
2007-05-17 2:32 ` Yu, Ke
2007-05-17 7:41 ` Keir Fraser
2007-05-17 12:39 ` Yu, Ke
2007-05-17 12:50 ` Zhang, Jingke
2007-05-17 13:06 ` Keir Fraser
2007-05-17 13:16 ` Yu, Ke
2007-05-17 13:33 ` Keir Fraser
2007-05-18 2:07 ` Tian, Kevin
2007-05-21 3:10 ` Yu, Ke
2007-05-21 6:25 ` Keir Fraser
2007-05-17 20:24 ` Kaushik Barde
2007-05-18 2:05 ` Yu, Ke
2007-05-18 4:22 ` Kaushik Barde
2007-05-18 4:29 ` Yu, Ke
2007-05-17 3:14 ` Kaushik Barde
2007-05-17 4:20 ` Yu, Ke
2007-05-17 9:54 ` Ian Pratt
2007-05-17 14:08 ` Yu, Ke
2007-05-17 14:14 ` Ian Pratt
2007-05-17 14:17 ` Yu, Ke
2007-05-31 10:59 ` Tim Deegan
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=C451E257.20BDB%keir.fraser@eu.citrix.com \
--to=keir.fraser@eu.citrix.com \
--cc=Ian.Pratt@eu.citrix.com \
--cc=ke.yu@intel.com \
--cc=kevin.tian@intel.com \
--cc=liping.ke@intel.com \
--cc=xen-devel@lists.xensource.com \
--cc=yunhong.jiang@intel.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 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.