From: Konrad Rzeszutek Wilk <konrad@kernel.org>
To: Jan Beulich <JBeulich@suse.com>, stefano.stabellini@eu.citrix.com
Cc: xen-devel <xen-devel@lists.xen.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [PATCH 3 of 4] xen/pagetables: Document that all of the initial regions are mapped
Date: Wed, 22 Aug 2012 10:27:07 -0400 [thread overview]
Message-ID: <20120822142705.GB31341@phenom.dumpdata.com> (raw)
In-Reply-To: <503506000200007800096F30@nat28.tlf.novell.com>
On Wed, Aug 22, 2012 at 03:17:04PM +0100, Jan Beulich wrote:
> >>> On 21.08.12 at 22:08, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
> > # HG changeset patch
> > # User Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> > # Date 1345579709 14400
> > # Node ID 74bedb086c5b72447262e087c0218b89f8bc9140
> > # Parent 8ed3eef706710c9c476a8d984bfb2861d92bedfb
> > xen/pagetables: Document that all of the initial regions are mapped.
> >
> > The documentation states that the layout of the initial region looks
> > as so:
> > a. relocated kernel image
> > b. initial ram disk [mod_start, mod_len]
> > c. list of allocated page frames [mfn_list, nr_pages]
> > (unless relocated due to XEN_ELFNOTE_INIT_P2M)
> > d. start_info_t structure [register ESI (x86)]
> > e. bootstrap page tables [pt_base, CR3 (x86)]
> > f. bootstrap stack [register ESP (x86)]
> >
> > But it does not clarify that the virtual address to all of
> > those areas is initially mapped by the pt_base (or CR3).
> > Lets fix that.
>
> To me this is already being said by "This the order of bootstrap
> elements in the initial virtual region".
Stefano wanted to make sure we have it written as clear as possible.
I am going to be a good little submitter and let you guys sort this
one out :-)
<gets some popcorn out>
>
> Jan
>
> > Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> >
> > diff -r 8ed3eef70671 -r 74bedb086c5b xen/include/public/xen.h
> > --- a/xen/include/public/xen.h Tue Aug 21 16:08:29 2012 -0400
> > +++ b/xen/include/public/xen.h Tue Aug 21 16:08:29 2012 -0400
> > @@ -675,6 +675,9 @@ typedef struct shared_info shared_info_t
> > * 8. There is guaranteed to be at least 512kB padding after the final
> > * bootstrap element. If necessary, the bootstrap virtual region is
> > * extended by an extra 4MB to ensure this.
> > + *
> > + * NOTE: The initial virtual region (3a -> 3f) are all mapped by the initial
> > + * pagetables [pt_base, CR3 (x86)].
> > */
> >
> > #define MAX_GUEST_CMDLINE 1024
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xen.org
> > http://lists.xen.org/xen-devel
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
next prev parent reply other threads:[~2012-08-22 14:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-21 20:08 [PATCH 0 of 4] [RFC PATCH] Various docs and inthe field help patches Konrad Rzeszutek Wilk
2012-08-21 20:08 ` [PATCH 1 of 4] xen/vga: Add 'vga_delay' parameter to delay screen output by X miliseconds per line Konrad Rzeszutek Wilk
2012-08-21 20:08 ` [PATCH 2 of 4] get_page_type: Print out extra information when failing to get page_type Konrad Rzeszutek Wilk
2012-08-22 8:04 ` Jan Beulich
2012-08-22 14:14 ` Jan Beulich
2012-08-22 14:24 ` Konrad Rzeszutek Wilk
2012-08-22 14:51 ` Jan Beulich
2012-08-21 20:08 ` [PATCH 3 of 4] xen/pagetables: Document that all of the initial regions are mapped Konrad Rzeszutek Wilk
2012-08-22 14:17 ` Jan Beulich
2012-08-22 14:27 ` Konrad Rzeszutek Wilk [this message]
2012-08-22 15:24 ` Stefano Stabellini
2012-08-22 15:35 ` Jan Beulich
2012-08-22 16:15 ` Konrad Rzeszutek Wilk
2012-08-21 20:08 ` [PATCH 4 of 4] xen/pagetables: Document pt_base inconsistency when running in COMPAT mode Konrad Rzeszutek Wilk
2012-08-22 9:21 ` Ian Campbell
2012-08-22 14:06 ` Konrad Rzeszutek Wilk
2012-08-22 14:17 ` Jan Beulich
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=20120822142705.GB31341@phenom.dumpdata.com \
--to=konrad@kernel.org \
--cc=JBeulich@suse.com \
--cc=konrad.wilk@oracle.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).