From: Hollis Blanchard <hollisb@us.ibm.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: "Magenheimer,
Dan (HP Labs Fort Collins)" <dan.magenheimer@hp.com>,
Xen-devel <xen-devel@lists.xensource.com>
Subject: Re: Re: Xen/ia64 presentation
Date: Thu, 28 Apr 2005 13:10:35 -0500 [thread overview]
Message-ID: <4271271B.2000206@us.ibm.com> (raw)
In-Reply-To: <768cdb9ef8393197f3d7772291d527c7@cl.cam.ac.uk>
Keir Fraser wrote:
>
> x86 Xen makes the distinction between xen_regs and
> full_execution_context only because xen_regs is what gets saved on the
> stack on entry to / exit from Xen. More advanced state like TLB info
> could probably be saved directly into 'struct vcpu_state' where you
> detect that you have interrupted a guest activation.
Absolutely; I have the same thing in PPC code.
I see you just renamed some structures in the unstable tree... now how
about exec_domain? Are we happy with "vcpu_state"?
> xen_regs/xen_state should probably be entirely arch-specific anyway.
> Even now it only pokes through into common code in interrupt-handler
> definitions (the final parameter is a xen_regs pointer). It'd be great
> to nuke those last few from common code. :-)
Yup. I think this could be done by passing 'current' to
show_registers(), and let the arch code figure out what to do from
there. After I get PPC to a more useful state I will see about the
patch, if somebody hasn't beaten me to it...
--
Hollis Blanchard
IBM Linux Technology Center
next prev parent reply other threads:[~2005-04-28 18:10 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-27 17:25 Xen/ia64 presentation Magenheimer, Dan (HP Labs Fort Collins)
2005-04-27 19:12 ` Hollis Blanchard
2005-04-27 19:24 ` Keir Fraser
2005-04-27 19:31 ` Hollis Blanchard
2005-04-27 19:34 ` Keir Fraser
2005-04-27 20:08 ` Hollis Blanchard
2005-04-28 8:32 ` Keir Fraser
2005-04-28 8:54 ` Keir Fraser
2005-04-28 18:10 ` Hollis Blanchard [this message]
2005-04-28 18:38 ` Keir Fraser
2005-04-28 18:58 ` Hollis Blanchard
2005-04-28 19:47 ` Keir Fraser
2005-04-28 20:11 ` Hollis Blanchard
2005-04-27 19:31 ` Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2005-04-27 21:47 Magenheimer, Dan (HP Labs Fort Collins)
2005-04-27 22:34 ` Hollis Blanchard
2005-04-28 14:53 Dong, Eddie
2005-04-28 19:05 Magenheimer, Dan (HP Labs Fort Collins)
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=4271271B.2000206@us.ibm.com \
--to=hollisb@us.ibm.com \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=dan.magenheimer@hp.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.