All of lore.kernel.org
 help / color / mirror / Atom feed
From: Samuel Thibault <samuel.thibault@eu.citrix.com>
To: "Jayaraman, Bhaskar" <Bhaskar.Jayaraman@lsi.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Bootstrap in mini-os
Date: Fri, 27 Jun 2008 14:47:07 +0100	[thread overview]
Message-ID: <20080627134707.GA4433@implementation.uk.xensource.com> (raw)
In-Reply-To: <7F0FB2108857B5449321AEA91CF47903185A6D8784@hkgmail01.lsi.com>

Jayaraman, Bhaskar, le Fri 27 Jun 2008 20:50:24 +0800, a écrit :
> 1] Since the bootstrap page tables are marked read-only we have our start_pfn after it?

Yes.

> 2] The domain loader will load the Mini-OS at pseudo physical page 0?

All PV kernels are always loaded at PFN 0. Then PFNs are mapped at the
virtual address set in the ELF notes.

> 3] I didn't understand how does deducting &_text give a physical address,

Because _text is always at PFN 0.

> since the start pfn is to begin after pt_base and not at pseudo physical address 0.

_text is not at start_pfn. start_pfn is _after_ all the day0 layout,
i.e. the kernel code, the bootstrap page table etc.

> What I'm saying is what difference will it make if we don't deduct the text pseudo physical address?

It does make a difference if somebody, for some reason, wants to have
the mini-os kernel virtually start at e.g. 0xc0000000. It will still
pseudo-physically start at 0.

> 4] If I'm right the shared_info pte is overwritten by the hypervisor with the shared_info struct that we pass it and relocated to another mfn in the mfn_list with the hypercall? However, Mini-os will still keep referring to shared_info at pseudo physical page at offset 0x1000 or the 1st pseudo physical frame?

Currently the PFN numbered 1 is not available from mini-os, because it
is "overmapped" by the shared info page.

Samuel

      reply	other threads:[~2008-06-27 13:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-26 18:55 Bootstrap in mini-os Jayaraman, Bhaskar
2008-06-26 22:49 ` Samuel Thibault
2008-06-27 12:50   ` Jayaraman, Bhaskar
2008-06-27 13:47     ` Samuel Thibault [this message]

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=20080627134707.GA4433@implementation.uk.xensource.com \
    --to=samuel.thibault@eu.citrix.com \
    --cc=Bhaskar.Jayaraman@lsi.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.