Messages in this thread Patch in this message | | | Date | Mon, 26 Jan 2004 19:18:35 -0500 | From | "John Stoffel" <> | Subject | 2.6.2-rc2 Hangs on boot (was: [patch] Re: Kernels > 2.6.1-mm3 do not boot. - SOLVED) |
| |
>>>>> "Andrew" == Andrew Morton <akpm@osdl.org> writes:
Andrew> "John Stoffel" <stoffel@lucent.com> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |