From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: xen-devel <xen-devel@lists.xensource.com>
Cc: "Kurt C. Hackel" <kurt.hackel@oracle.com>,
Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Subject: dom0 boot failure with 256G
Date: Wed, 04 Jun 2008 19:07:29 -0700 [thread overview]
Message-ID: <48474A61.3050903@oracle.com> (raw)
Hi,
I've been intensely debugging a dom0 crash right at boot in
pagetable_init() with 256G. We are running 64bit hyp with 32bit dom0.
This on xen 3.1.3, which seems to have fixes from changeset 16548.
It boils down to this:
crash occurs in dom0: mfn_to_pfn() during machine_to_phys_mapping[mfn]
lookup where mfn == 0x3f2ec09 is too big. The table starts at: 0xf5800000
which I see comes from MACH2PHYS_VIRT_START.
Trying to figure the hyp out, I notice phys addr is set as:
d->arch.physaddr_bitsize =
fls((1UL << 32) - HYPERVISOR_COMPAT_VIRT_START(d)) - 1
+ (PAGE_SIZE - 2);
which is set to 0x1019, totally baffling me. I'd expect it to be 32,
36, or 64????????
moving along, in alloc_domheap_pages() :
bits = domain_clamp_alloc_bitsize(d, bits ? : (BITS_PER_LONG+PAGE_SHIFT));
domain_clamp_alloc_bitsize(struct domain *d, unsigned int bits)
{
if ( (d == NULL) || !is_pv_32on64_domain(d) )
return bits;
return min(d->arch.physaddr_bitsize, bits);
---> here : physaddr: 0x1019, bits:76 ?????
---> i'm thinking bits should be 36+12 == 48 ??
}
finally, call to alloc_heap_pages(...) returns frames too high, pg
ptr is returned at : ffff82849df30000 (zone_hi == 0x27)
On a side note, is my understanding correct that while a guest pfn must
always be < 36 bits for a PAE 32 guest, the mfn doesn't have to be?
thanks
mukesh
next reply other threads:[~2008-06-05 2:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-05 2:07 Mukesh Rathor [this message]
2008-06-05 4:00 ` dom0 boot failure with 256G Ian Pratt
2008-06-05 7:24 ` Keir Fraser
2008-06-05 12:16 ` Keir Fraser
2008-06-05 12:54 ` Jeremy Fitzhardinge
2008-06-05 12:58 ` Keir Fraser
2008-06-05 13:15 ` Jan Beulich
2008-06-05 13:17 ` Keir Fraser
2008-06-05 13:31 ` Jeremy Fitzhardinge
2008-06-06 2:48 ` Mukesh Rathor
2008-06-05 18:01 ` mukesh rathor
2008-06-05 7:30 ` Keir Fraser
2008-06-05 7:35 ` [PATCH] " Jan Beulich
2008-06-06 2:43 ` Mukesh Rathor
2008-06-06 7:05 ` Jan Beulich
2008-06-07 0:33 ` Mukesh Rathor
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=48474A61.3050903@oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=kurt.hackel@oracle.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.