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] Dom0 crashed with xen4.0 and DEBIAN SQUEEZE AMD64

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] Dom0 crashed with xen4.0 and DEBIAN SQUEEZE AMD64
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Thu, 14 Apr 2011 15:03:14 +0100
Cc: Ian Campbell <Ian.Campbell@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, RAPHAEL REMONDINI <raphael.remondini@xxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Delivery-date: Thu, 14 Apr 2011 07:04:01 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110414130059.GC5548@xxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <30868353.410813.1302269614677.JavaMail.www@wwinf8218> <20110413070450.GP32595@xxxxxxxxxxx> <20110414130059.GC5548@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Thu, 14 Apr 2011, Konrad Rzeszutek Wilk wrote:
> On Wed, Apr 13, 2011 at 10:04:51AM +0300, Pasi Kärkkäinen wrote:
> > On Fri, Apr 08, 2011 at 03:33:34PM +0200, RAPHAEL REMONDINI wrote:
> > >    Hi
> > > 
> > >    I have installed xen4.0.1 on DEBIAN SQUEEZE 64 bits with 2.6.32-5 xen
> > >    kernel.
> 
> 
> > > 
> > >    My server is HP PROLIANT DL160 with 16Go RAM with  Intel Xeon Quad Core
> > >    E5504
> > > 
> > >    When start the server on kernel xen hypervisor the system reboot !!!
> > > 
> > 
> > You should try using the latest dom0 kernel from Jeremy's xen.git 
> > xen/stable-2.6.32.x branch and see if that makes a difference.
> > 
> > http://wiki.xen.org/xenwiki/XenParavirtOps
> > 
> > Debian's 2.6.32-5-xen kernel is based on a snapshot from last summer.
> > (although there are some fixes included in the later revisions).
> 

What debian kernel version are you using exactly?


> OK. It looks like you are hitting on a well known bug that ought at some 
> point make
> it in the stable tree. If you would like to get the fix right away we can 
> send you
> the fix and you can compile the kernel yourself.
> 
> Stefano, is the patch in your for-stable-2.6.32.32 OK for folks to use?
> 

Nope.

I think the best thing to do here is reverting "x86-64: finish
cleanup_highmaps()'s job wrt. _brk_end":


commit e90c1e477c2f76f184eefdd8afb21b1c343f24dc
Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date:   Thu Apr 14 14:01:50 2011 +0000

    Revert "x86-64: finish cleanup_highmaps()'s job wrt. _brk_end"
    
    This reverts commit 498343967613183611ac37dccb2846496d954c06.

diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index 73ffd55..3e3d5f9 100644
--- a/arch/x86/mm/init.c
+++ b/arch/x86/mm/init.c
@@ -8,7 +8,6 @@
 #include <asm/page.h>
 #include <asm/page_types.h>
 #include <asm/sections.h>
-#include <asm/setup.h>
 #include <asm/system.h>
 #include <asm/tlbflush.h>
 #include <asm/tlb.h>
@@ -288,23 +287,8 @@ unsigned long __init_refok init_memory_mapping(unsigned 
long start,
 #endif
 
 #ifdef CONFIG_X86_64
-       if (!after_bootmem && !start) {
-               pud_t *pud;
-               pmd_t *pmd;
-
+       if (!after_bootmem)
                mmu_cr4_features = read_cr4();
-
-               /*
-                * _brk_end cannot change anymore, but it and _end may be
-                * located on different 2M pages. cleanup_highmap(), however,
-                * can only consider _end when it runs, so destroy any
-                * mappings beyond _brk_end here.
-                */
-               pud = pud_offset(pgd_offset_k(_brk_end), _brk_end);
-               pmd = pmd_offset(pud, _brk_end - 1);
-               while (++pmd <= pmd_offset(pud, (unsigned long)_end - 1))
-                       pmd_clear(pmd);
-       }
 #endif
        __flush_tlb_all();
 
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>