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] Kernel BUGatarch/x86_64/mm/../../i386/mm/hypervisor.c:19

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: RE: [Xen-devel] Kernel BUGatarch/x86_64/mm/../../i386/mm/hypervisor.c:197
From: Christophe Saout <christophe@xxxxxxxx>
Date: Wed, 04 Oct 2006 23:15:29 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 04 Oct 2006 14:16:02 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <3AAA99889D105740BE010EB6D5A5A3B202A548@xxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hello Ian,

> > When running on 4GB of total memory instead of 12GB, 
> > everything is just fine. (the three virtual machines, Dom0 + 
> > 2 x DomU are assigned 1GB of memory each, in both test runs). 
> > Does that help?
> 
> Are you setting mem=4096M on the Xen command line? If you removed DIMMs
> to get 4GB in the machine some of the memory willl still be mapped above
> 4GB.
> 
> It seems hard to imagine this is a lurking 4GB issue (especially on
> x86_64 rather tha PAE).

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.

Sorry for all the confusion.

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

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