From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755747AbZHYSW1 (ORCPT ); Tue, 25 Aug 2009 14:22:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755728AbZHYSWZ (ORCPT ); Tue, 25 Aug 2009 14:22:25 -0400 Received: from slowhand.arndnet.de ([88.198.19.76]:56372 "EHLO mail.unitix.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755725AbZHYSWX (ORCPT ); Tue, 25 Aug 2009 14:22:23 -0400 Message-ID: <4A942BDD.70303@nets.rwth-aachen.de> Date: Tue, 25 Aug 2009 20:22:21 +0200 From: Arnd Hannemann User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Pekka Enberg CC: Arnd Hannemann , LKML , "hannes@cmpxchg.org" , "torvalds@linux-foundation.org" , Jeremy Fitzhardinge , "xen-devel@lists.xensource.com" , Ingo Molnar , Benjamin Herrenschmidt Subject: Re: [bisected] 2.6.31 regression: fails to boot as xen guest References: <4A9407B1.6020400@nets.rwth-aachen.de> <84144f020908250929t7d4a74f1n4827de04e5c4c56a@mail.gmail.com> <4A94161A.2020609@nets.rwth-aachen.de> <1251219129.4852.1.camel@penberg-laptop> <4A94242E.30309@nets.rwth-aachen.de> <1251223399.13451.5.camel@penberg-laptop> In-Reply-To: <1251223399.13451.5.camel@penberg-laptop> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Pekka Enberg wrote: > On Tue, 2009-08-25 at 19:49 +0200, Arnd Hannemann wrote: >> Hi Pekka, >> >> Pekka Enberg wrote: >>> On Tue, 2009-08-25 at 18:49 +0200, Arnd Hannemann wrote: >>>>> Thanks for doing the bisect! Can we also see your .config >>>>> also? >>>> Config for -rc7 is attached. My bisect configs were based on >>>> that >>> Thanks! While we wait for the Xen people, you can try the >>> following patch to see if we can narrow the bug down to >>> trap_init(). >> Yes seems to be trap_init(). -rc7 with this patch applied boots up >> to the prompt. > > Thanks for testing! Ingo, what do you think of the following patch? > AFAICT, x86-32 is the only architecture playing with traps in > mem_init() so this should be the safest fix for 2.6.31. Hmm, -rc7 + this fix does not work for me :-/ Still hangs before any output... Best regards, Arnd