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

["Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>]

> > 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.
> 
> Done, results and binaries:
> 
> http://www.theshore.net/~caker/xen/BUGdomain/BUGdomain-dmesg3.txt
> http://www.theshore.net/~caker/xen/BUGdomain/
> 
> However, it doesn't appear to be different.

I'm pretty sure the vmlinuz xen0 binary you booted didn't have this
change in it -- it still seems to be using wrpt instead of the queued
interface.

The easiest (but slowest) thing to do is to edit the file in the sparse
tree, then do a 'make -j4 world'.

[If you edited the file in-place and did make world you'd have lost the
change. ]

Thanks,
Ian


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