From: Keir Fraser <keir.fraser@eu.citrix.com>
To: "Shan, Haitao" <haitao.shan@intel.com>
Cc: "'xen-devel@lists.xensource.com'" <xen-devel@lists.xensource.com>
Subject: Re: [Question] Why code differs in construct_dom0?
Date: Thu, 20 Nov 2008 13:03:01 +0000 [thread overview]
Message-ID: <C54B1085.293B0%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <61563CE63B4F854986A895DA7AD3C17701F7E64D@pdsmsx502.ccr.corp.intel.com>
On 20/11/08 12:52, "Shan, Haitao" <haitao.shan@intel.com> wrote:
> Either increasing the reservation (like 384M) or changing the initial p2m
> mapping in dom0 can solve the problem, and our tests verified this judgment.
> We do not know which solution is better. That's why we are seeking your kindly
> help.
> I am not sure if I have explained clearly enough so far. So any questions on
> the problem itself, Keir?
I don't think there's an easy answer. Increasing the default reservation
won't please everyone, since not everyone will want dom0 to be 'robbed' of
384M! It's also a bit specific to this particular situation.
Relying on p2m being roughly 1:1 is a bit gross but, if it helps, we could
change the debug code to swap adjacent pairs of pages, rather than reversing
the entire p2m map? Then it would still happen that low pseudophys addresses
have low machine addresses? It's kind of nasty though.
Perhaps really we should have the crash path in Linux print a message
advising to specify dom0_mem= to Xen?
-- Keir
next prev parent reply other threads:[~2008-11-20 13:03 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-20 9:07 [Question] Why code differs in construct_dom0? Shan, Haitao
2008-11-20 9:17 ` Keir Fraser
2008-11-20 9:41 ` Shan, Haitao
2008-11-20 9:50 ` Keir Fraser
2008-11-20 10:00 ` Shan, Haitao
2008-11-20 12:52 ` Shan, Haitao
2008-11-20 13:03 ` Keir Fraser [this message]
2008-11-20 13:14 ` Shan, Haitao
2008-11-20 13:12 ` Jan Beulich
2008-11-20 13:34 ` Shan, Haitao
[not found] ` <61563CE63B4F854986A895DA7AD3C17701F100E8@pdsmsx502.ccr.corp.intel.com>
2008-11-20 9:44 ` Shan, Haitao
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=C54B1085.293B0%keir.fraser@eu.citrix.com \
--to=keir.fraser@eu.citrix.com \
--cc=haitao.shan@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.