WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] BUG at domain.c:144

To: "Christopher S. Aker" <caker@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] BUG at domain.c:144
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Fri, 08 Apr 2005 13:14:22 +0100
Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 08 Apr 2005 12:14:22 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: Your message of "Fri, 08 Apr 2005 05:19:55 CDT." <009401c53c24$8377c180$0201a8c0@hawk>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > It's important to ensure you are using a debug build of Xen (debug=y 
> > make). 
> 
> I edited the Rules.mk file and changed verbose and debug to y.
> 
> > Also, the guest backtrace will not be in a particularly pretty 
> > format. You may just want to post it here but we will definitely also 
> > require a link to your vmlinux file (i.e., non-compressed Linux image 
> > that has not been stripped of symbol info). We can then match likely 
> > addresses in the backtrace to code points in the objdump'ed kernel 
> > image.
> 
> http://www.theshore.net/~caker/xen/BUGdomain/

Okay, this is progress. The domain is dying because it is trying to
map a page that does not belong to it -- in fact it is a reserved page
in the ACPI NVS (Non-Volatile Store) area.

Unfortunately we batch page mappings and they get validated some time
after the problem code was actually executed. :-(

To get a fault at the actual point the mapping is requested, you need
to change a line in linux/include/asm-xen/asm-i386/pgtable-2level.h. 
The line is:
#define set_pte(pteptr, pteval) (*(pteptr) = pteval)
and should be changed to:
#define set_pte(pteptr, pteval) \
    xen_l1_entry_update((pteptr), (pteval).pte_low)

If you build and retry, we should get a guest backtrace at the code
point that is making the invalid mapping.

I'm going to be away for the next week, but I will look at your new
trace when I get email access. Alternatively Ian or Christian may have
time to decipher the backtrace. :-)

 -- Keir

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel