All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.