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] KernelBUGatarch/x86_64/mm/../../i386/mm/hypervisor.c:197

To: "Christophe Saout" <christophe@xxxxxxxx>
Subject: RE: [Xen-devel] KernelBUGatarch/x86_64/mm/../../i386/mm/hypervisor.c:197
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Thu, 5 Oct 2006 05:02:20 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 04 Oct 2006 21:02:49 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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>
References: <3AAA99889D105740BE010EB6D5A5A3B202A548@xxxxxxxxxxxxxxxxxxxxxxxxxx> <1159996529.9156.11.camel@xxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acbn+kLU06yv6ZihQ4muP8z1kulBrAAOFeiQ
Thread-topic: [Xen-devel] KernelBUGatarch/x86_64/mm/../../i386/mm/hypervisor.c:197
> The good news is that we were able to fix this problem by changing
BIOS
> settings concerning "memory holes". There were two settings "hardware
> memory hole" and "software memory hole" that "enable software/hardware
> remapping around memory hole", whatever that is. They were both turned
> on by default, and I just turned them off. I didn't see any downsides
> except that I'm unable to crash the machine any more. It's surviving
my
> stress tests for several hours now without crashes.
> 
> The BIOS help also says that the "hardware memory hole" only works on
> REV E0 processors, so perhaps this configures some weird mapping that
> Xen doesn't understand? Anyway, I'll stick with this setting now,
given
> that it just works.

Glad it works for you, but I wish we understood what was going on a bit
more. It may be that the bios is just borked and the e820 map it gives
xen misses some regions that it steals for other purposes. It would be
pretty surprising if Xen had bugs in its e820 code. 

It might be interesting to post the xm dmesg output with the two
different BIOS settings to see if there's anything unusual about the
e820 map. Might be worth comparing against what Linux prints too.

Ian 

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