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 13:58:07 +0100 [thread overview]
Message-ID: <C451F1EF.20BE7%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <DD74FBB8EE28D441903D56487861CD9D2E791455@lonpexch01.citrite.net>
On 15/5/08 13:42, "Ian Pratt" <Ian.Pratt@eu.citrix.com> wrote:
>> 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.
>
> We wouldn't need to do the pause if the code after the magic port write
> did "cli;hlt". Does it do this or loop?
> [On real hardware the effect of the port write wouldn't be immediate, so
> it must do something]
It spins. But to take advantage of that we have to restructure
s3-suspend/resume so that the reset of machine state happens in the resume
hypercall. At that point suspend, from the point of view of Xen, becomes a
no-op. I suppose we could do that... It seems a bit odd though and I don;t
know that it's guaranteed that all operating systems will happily spin
forever waiting for S3 oblivion. Some may time out.
-- Keir
next prev parent reply other threads:[~2008-05-15 12:58 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
2008-05-15 12:42 ` Ian Pratt
2008-05-15 12:58 ` Keir Fraser [this message]
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=C451F1EF.20BE7%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.