Latest working kernel version: 2.6.25-rc3 Earliest failing kernel version:2.6.25-rc3-git3 Distribution: Gentoo Hardware Environment: Packard Bell EasyNote, Intel Core 2 Duo Software Environment: Gentoo Problem Description: Steps to reproduce: Simply try to boot the computer ! With the current version of 2.6.25-git, the kernel stop after "ACPI: bus type pci registered". After having tried git-bisect once again, it seems that the following commit is problematic: 8be8f54bae3453588011cad06363813a5293af53 is first bad commit commit 8be8f54bae3453588011cad06363813a5293af53 Author: Thomas Gleixner <tglx@linutronix.de> Date: Sat Feb 23 20:43:21 2008 +0100 x86: CPA: avoid split of alias mappings If I revert it, things work a little better but the kernel once again stop when it try to scan the partition table.
Created attachment 15104 [details] Output of dmesg (with kernel 2.6.25-rc3)
Created attachment 15109 [details] Patch for testing Can you please apply the attached patch on top of git latest ?
With the patch from Comment #2 applied I get: CC arch/x86/kernel/traps_64.o /home/rafael/src/linux-2.6/arch/x86/mm/pageattr.c: In function ‘cpa_process_alias’: /home/rafael/src/linux-2.6/arch/x86/mm/pageattr.c:626: error: ‘struct cpa_data’ has no member named ‘tlb_flush’ /home/rafael/src/linux-2.6/arch/x86/mm/pageattr.c:627: error: ‘struct cpa_data’ has no member named ‘tlb_flush’ /home/rafael/src/linux-2.6/arch/x86/mm/pageattr.c:655: error: ‘struct cpa_data’ has no member named ‘tlb_flush’ /home/rafael/src/linux-2.6/arch/x86/mm/pageattr.c:656: error: ‘struct cpa_data’ has no member named ‘tlb_flush’ make[2]: *** [arch/x86/mm/pageattr.o] Error 1
The commit mentioned above also breaks my HP nx6325. The box crashes early in the boot process, 100% of the time.
This entry is being used for tracking a regression from 2.6.24. Please don't close it until the problem is fixed in the mainline. Handled-By : Thomas Gleixner <tglx@linutronix.de>
References : http://lkml.org/lkml/2008/2/28/153
Created attachment 15110 [details] Patch fixing the problem for me. The attached patch fixes the issue for me. Can you test it, please?
Doh, ignore the patch. We revert the commit for now and try to figure out why your boot gets stuck later.
The patched proposed by Rafaël indeed avoid blocking the kernel. In fact, the kernel is blocked right when the framebuffer (uvesafb in my case) would be initialized. I will retry with the commit reverted and see what happens. I don't understand why it can't boot in that case, since during the different stages of the bisection, the kernel always booted when git-bisect stopped at a point where this commit was not applied. Maybe I made a mistake with the initramfs image needed to boot from a LVM2 root partition.
Reverting the commit or applying the patch proposed by Rafael solves the problem. With the commit applied and uvesafb disabled, the problem also occurs. So, the initialization of the framebuffer is not the cause of the problem.
Fixed by: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b5cf48b06a52c04b85c88642c3b620db8e1d592