lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <47225F6C.5000708@ct.jp.nec.com> Date: Fri, 26 Oct 2007 14:43:08 -0700 From: Hiroshi Shimamoto <h-shimamoto@...jp.nec.com> To: vgoyal@...ibm.com, tglx@...utronix.de Cc: hbabu@...ibm.com, linux-kernel@...r.kernel.org, kexec@...ts.infradead.org Subject: Re: [PATCH 0/3] x86: unify crash_32/64.c > 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. Thanks Hiroshi Shimamoto - 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