2.6.2-rc2 Hangs on boot (was: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED)

[John Stoffel]

>>>>> "Andrew" == Andrew Morton <akpm@xxxxxxxx> writes:

Andrew> "John Stoffel" <stoffel@xxxxxxxxxx> wrote:
>> 
>> Sure, the darn thing wouldn't boot, it kept Oopsing with the
>> test_wp_bit oops (that I just posted more details about).

Andrew> Does this fix the test_wp_bit oops?

Andrew> --- 25/init/main.c~test_wp_bit-oops-fix	2004-01-25 15:29:53.000000000 -0800
Andrew> +++ 25-akpm/init/main.c	2004-01-25 15:30:03.000000000 -0800
Andrew> @@ -434,9 +434,9 @@ asmlinkage void __init start_kernel(void
Andrew>  	}
Andrew>  #endif
Andrew>  	page_address_init();
Andrew> +	sort_main_extable();
Andrew>  	mem_init();
Andrew>  	kmem_cache_init();
Andrew> -	sort_main_extable();
Andrew>  	if (late_time_init)
Andrew>  		late_time_init();
Andrew>  	calibrate_delay();

No, nor does this fix my booting problem(s) with 2.6.2-rc2.  I'm now
back and running 2.6.1-mm5 without any problems.  Is there any further
info I can give, or patches I can apply?  I've applied the early
printk patch, the above patch, and I'm at a loss where the problem is.

It hangs at the following spot:

   Linux version 2.6.2-rc2 (john@jfsnew) (gcc version 3.3.3 20040110
   (prerelease) (Debian)) #2 SMP Mon Jan 26 09:17:00 EST 2004
   BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
    BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
    BIOS-e820: 0000000000100000 - 000000002fffe000 (usable)
    BIOS-e820: 000000002fffe000 - 0000000030000000 (reserved)
    BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
    BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
    BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)
   767MB LOWMEM available.
   found SMP MP-table at 000fe710
   hm, page 000fe000 reserved twice.
   hm, page 000ff000 reserved twice.
   hm, page 000f0000 reserved twice.
   On node 0 totalpages: 196606
     DMA zone: 4096 pages, LIFO batch:1
     Normal zone: 192510 pages, LIFO batch:16
     HighMem zone: 0 pages, LIFO batch:1


Should I start adding in printks, or would it make sense to go back
through the various 2.6.2-bk# snapshots looking for where the problem
hit?

Here's my PCI info, just in case this info helps:

    > lspci
    00:00.0 Host bridge: Intel Corp. 440GX - 82443GX Host bridge
    00:01.0 PCI bridge: Intel Corp. 440GX - 82443GX AGP bridge
    00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
    00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
    00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
    00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
    00:0d.0 RAID bus controller: Triones Technologies, Inc. HPT302 (rev
    01)
    00:10.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge
    (non-transparent mode) (rev 13)
    00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
    [Cyclone] (rev 24)
    00:13.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev
    03)
    01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP
    (rev 82)
    02:08.0 USB Controller: NEC Corporation USB (rev 41)
    02:08.1 USB Controller: NEC Corporation USB (rev 41)
    02:08.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
    02:0b.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394
    Controller (Link)
    03:06.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev
    06)
    03:0a.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891
    03:0e.0 SCSI storage controller: Adaptec AIC-7880U (rev 01)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/