From: "Jan Beulich" <jbeulich@novell.com>
To: xen-devel@lists.xensource.com
Subject: feature flags use
Date: Fri, 10 Nov 2006 15:16:54 +0100 [thread overview]
Message-ID: <455497E6.76E4.0078.0@novell.com> (raw)
Following the need to allocate a new feature flag I soon realized that
currently there is not even a place to store them - this to me is
particularly puzzling for XENFEAT_pae_pgdir_above_4gb, as I would
have expected that the CR3 handling in PAE mode gets adjusted
according to whether the guest has that flag set. Any reason for that
(other than *assuming* that guests without that flag will always pass
the low 12 bits of CR3 clear)? Namely, what's the purpose of having
the guest specify that flag if it doesn't really change anything?
So, in turn, it seems to me that I'll first have to create a domctl to
allow setting feature flags reported by the guest (and manually fill
them for dom0), and the tools then would have to follow. The
problematic part with this is that this must happen early enough to
make sure the hv didn't use any of the flag values, yet - much like
the (un-)setting of the compatibility mode flag, and that the hv has
to verify the call isn't made too late.
Such a new domctl could certainly be combined with the one setting
the mode (native or compat) of the (pv) guest - would that be
considered desirable?
Jan
next reply other threads:[~2006-11-10 14:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-10 14:16 Jan Beulich [this message]
2006-11-10 14:52 ` feature flags use Gerd Hoffmann
2006-11-10 15:01 ` Jan Beulich
2006-11-10 15:09 ` Gerd Hoffmann
[not found] ` <C17A3E57.449F%keir@xensource.com>
2006-11-10 14:59 ` Jan Beulich
2006-11-10 15:07 ` Ian Pratt
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=455497E6.76E4.0078.0@novell.com \
--to=jbeulich@novell.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.