James, I was running into a similar hang on one of my Power boxes as well. Reverting c868d550115b9ccc0027c67265b9520790f05601 allowed by system to boot. It looks like that patch injected a bug where we can end up waiting on an uninitialized mutex:
[c0000000009f3c30] c00000000052c7dc .mutex_lock+0x34/0x50 [c0000000009f3cb0] c00000000008b190 .get_online_cpus+0x3c/0x74 [c0000000009f3d40] c000000000146cd0 .kmem_cache_create+0xcc/0x548 [c0000000009f3e50] c000000000032ae0 .pgtable_cache_init+0x28/0x6c [c0000000009f3ee0] c000000000780960 .start_kernel+0x1ec/0x520 [c0000000009f3f90] c0000000000083d8 .start_here_common+0x1c/0x44 The mutex gets initialized in cpu_hotplug_init, which doesn't get called until after pgtable_cache_init. -Brian James Bottomley wrote: > 2.6.30-rc8 worked fine ... unless this is a known problem, I suppose I > can begin bisecting. > > The boot log of the hang is: > > Please wait, loading kernel... > Elf64 kernel loaded... > Loading ramdisk... > ramdisk loaded at 02500000, size: 8280 Kbytes > OF stdout device is: /ht/i...@8/ser...@2f8 > Preparing to boot Linux version 2.6.30 (j...@claymoor) (gcc version 4.3.3 > (Debian 4.3.3-10) ) #1 SMP Mon Jun 22 09:59:35 CDT 2009 > command line: root=/dev/sda3 ro console=ttyS0,19200n1 > memory layout at init: > alloc_bottom : 0000000002d16000 > alloc_top : 0000000030000000 > alloc_top_hi : 0000000080000000 > rmo_top : 0000000030000000 > ram_top : 0000000080000000 > instantiating rtas at 0x000000002fff5000... done > boot cpu hw idx 0000000000000000 > starting cpu hw idx 0000000000000001... done > starting cpu hw idx 0000000000000002... done > starting cpu hw idx 0000000000000003... done > copying OF device tree... > Building dt strings... > Building dt structure... > Device tree strings 0x0000000003117000 -> 0x0000000003117640 > Device tree struct 0x0000000003118000 -> 0x000000000311b000 > Calling quiesce... > returning from prom_init > > So it looks like some type of early boot failure or handoff in head_64 > > James > > > _______________________________________________ > Linuxppc-dev mailing list > [email protected] > https://lists.ozlabs.org/listinfo/linuxppc-dev -- Brian King Linux on Power Virtualization IBM Linux Technology Center _______________________________________________ Linuxppc-dev mailing list [email protected] https://lists.ozlabs.org/listinfo/linuxppc-dev
