Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762561AbYF3RSM (ORCPT ); Mon, 30 Jun 2008 13:18:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757101AbYF3RRc (ORCPT ); Mon, 30 Jun 2008 13:17:32 -0400 Received: from gw.goop.org ([64.81.55.164]:60052 "EHLO mail.goop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756300AbYF3RRa (ORCPT ); Mon, 30 Jun 2008 13:17:30 -0400 Message-ID: <48691524.5010806@goop.org> Date: Mon, 30 Jun 2008 10:17:24 -0700 From: Jeremy Fitzhardinge User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Ingo Molnar CC: Nick Piggin , Mark McLoughlin , xen-devel , Eduardo Habkost , Vegard Nossum , Stephen Tweedie , x86@kernel.org, LKML , Yinghai Lu Subject: Re: [Xen-devel] Re: [PATCH 00 of 36] x86/paravirt: groundwork for 64-bit Xen support References: <20080625152212.GA3442@elte.hu> <4862A6A9.1030109@goop.org> <20080626105722.GA12640@elte.hu> <20080626105818.GA13805@elte.hu> <4863A8E6.1010807@goop.org> <20080627160333.GA27072@elte.hu> <486539A3.3030102@goop.org> <20080629084318.GA28815@elte.hu> <48684CD4.7040403@goop.org> <20080630082135.GA22844@elte.hu> <20080630092209.GA29815@elte.hu> In-Reply-To: <20080630092209.GA29815@elte.hu> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2913 Lines: 70 Ingo Molnar wrote: > * Ingo Molnar wrote: > > >> * Jeremy Fitzhardinge wrote: >> >> >>> Ingo Molnar wrote: >>> >>>> with this config: >>>> >>>> http://redhat.com/~mingo/misc/config-Sun_Jun_29_10_29_11_CEST_2008.bad >>>> >>>> i've saved the merged 2.6.26-rc8-tip-00241-gc6c8cb2-dirty tree into >>>> tip/tmp.x86.xen-64bit.Sun_Jun_29_10 and pushed it out, so you can test >>>> that exact version. >>>> >>> Looks like the setup.c unification missed the early_ioremap init from >>> the early_ioremap unification. Unconditionally call >>> early_ioremap_init(). >>> >> applied to tip/x86/unify-setup - thanks Jeremy. >> >> I've reactived the x86/xen-64bit branch and i'm testing it currently. >> > > -tip auto-testing found pagetable corruption (CPA self-test failure): > > [ 32.956015] CPA self-test: > [ 32.958822] 4k 2048 large 508 gb 0 x 2556[ffff880000000000-ffff88003fe00000] miss 0 > [ 32.964000] CPA ffff88001d54e000: bad pte 1d4000e3 > [ 32.968000] CPA ffff88001d54e000: unexpected level 2 > [ 32.972000] CPA ffff880022c5d000: bad pte 22c000e3 > [ 32.976000] CPA ffff880022c5d000: unexpected level 2 > [ 32.980000] CPA ffff8800200ce000: bad pte 200000e3 > [ 32.984000] CPA ffff8800200ce000: unexpected level 2 > [ 32.988000] CPA ffff8800210f0000: bad pte 210000e3 > > config and full log can be found at: > > http://redhat.com/~mingo/misc/config-Mon_Jun_30_11_11_51_CEST_2008.bad > That config doesn't build for me. When I put it in place and do "make oldconfig" it still asks for lots of config options (which I just set to default). But when I build it fails with: CC arch/x86/kernel/asm-offsets.s In file included from include2/asm/page.h:40, from include2/asm/pda.h:8, from include2/asm/current.h:19, from include2/asm/processor.h:15, from /home/jeremy/hg/xen/paravirt/linux/include/linux/prefetch.h:14, from /home/jeremy/hg/xen/paravirt/linux/include/linux/list.h:6, from /home/jeremy/hg/xen/paravirt/linux/include/linux/module.h:9, from /home/jeremy/hg/xen/paravirt/linux/include/linux/crypto.h:21, from /home/jeremy/hg/xen/paravirt/linux/arch/x86/kernel/asm-offsets_64.c:7, from /home/jeremy/hg/xen/paravirt/linux/arch/x86/kernel/asm-offsets.c:4: include2/asm/page_64.h:46:2: error: #error "CONFIG_PHYSICAL_START must be a multiple of 2MB" make[3]: *** [arch/x86/kernel/asm-offsets.s] Error 1 I can fix that, of course, but it doesn't give me confidence I'm testing what you are... J -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/