From: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
To: "Yu, Ke" <ke.yu@intel.com>, xen-devel@lists.xensource.com
Subject: Re: [PATCH 0/4] HVM Virtual S3
Date: Wed, 16 May 2007 23:33:51 +0100 [thread overview]
Message-ID: <C271455F.7823%Keir.Fraser@cl.cam.ac.uk> (raw)
In-Reply-To: <C2713D3C.7817%Keir.Fraser@cl.cam.ac.uk>
On 16/5/07 22:59, "Keir Fraser" <Keir.Fraser@cl.cam.ac.uk> wrote:
>> The main idea is:
>> - emulate ACPI PM1A control resiger in QEMU to capture guest S3 request
>> - when QEMU capture guest S3 request, it call hypercall to trap to Xen
>
> So why emulate this register in QEMU at all, rather than directly in Xen?
> Xen already knows the address of the pm1a block of ports because it emulates
> the pmtimer.
Oh, I see there is device state to be reset in QEMU. Emulating the port
access in QEMU makes sense then, but I wonder if rather than adding an extra
hypercall command we could emulate it in both Xen and QEMU: Xen emulates the
instruction, resets state and triggers domain shutdown, then passes the port
access up to QEMU so it does its thing also. We do this emulate-in-both for
other things already (e.g., the CMOS index register I believe).
-- Keir
next prev parent reply other threads:[~2007-05-16 22:33 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-16 16:48 [PATCH 0/4] HVM Virtual S3 Yu, Ke
2007-05-16 21:59 ` Keir Fraser
2007-05-16 22:33 ` Keir Fraser [this message]
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
-- strict thread matches above, loose matches on Subject: below --
2008-05-08 5:13 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
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
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=C271455F.7823%Keir.Fraser@cl.cam.ac.uk \
--to=keir.fraser@cl.cam.ac.uk \
--cc=ke.yu@intel.com \
--cc=xen-devel@lists.xensource.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.