[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.0.9999.0710270035110.3186@localhost.localdomain>
Date: Sat, 27 Oct 2007 00:37:37 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Hiroshi Shimamoto <h-shimamoto@...jp.nec.com>
cc: vgoyal@...ibm.com, hbabu@...ibm.com,
LKML <linux-kernel@...r.kernel.org>, kexec@...ts.infradead.org,
Venkatesch Pallipadi <venkatesh.pallipadi@...el.com>
Subject: Re: [PATCH 0/3] x86: unify crash_32/64.c
On Fri, 26 Oct 2007, Hiroshi Shimamoto wrote:
Added Venki to CC
> > I'm now testing crash on 32bit, but there is an issue before
> > applying the patches. My machine stopped at checking 'hlt'
> > after kexec, showing below message.
> >
> > CPU: Intel(R) Xeon(TM) CPU 3.80GHz stepping 0a
> > Checking 'hlt' instruction...
> >
> v2.6.23.1 works fine for 1st kernel.
> > I'm investigating it..
>
> I found that the following patch makes my machine stopped.
> bfe0c1cc6456bba1f4e3cc1fe29c0ea578ac763a
> x86: HPET force enable for ICH5
>
> It means that after applied this patch, HPET is enabled
> automatically on 1st kernel and after crash/kexec the 2nd
> kernel stopped at checking 'hlt'.
>
> I also tested the latest kernel(2.6.24-rc1-gec3b67c1).
> Boot parameter "nohpet" resolves this issue and kdump
> works well on 32bit.
> So I guess HPET affects this.
> But I don't know why 64bit kernel with HPET is OK.
Hmm. Does the 64 bit code shutdown HPET and restore the IRQ routing to
PIT and 32 bit is missing this ?
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists