Re: ISSUE: 2.1.65 boot hangs at "Booting processor 1"

Brian Gerst (bgerst@quark.vpplus.com)
Mon, 24 Nov 1997 20:10:48 -0500


John Goerzen wrote:
>
> The following message is a courtesy copy of an article
> that has been posted to comp.os.linux.development.system as well.
>
> NOTE: This is a bug report for 2.1.65! However, some of the items of
> information asked for can only be obtained from 2.0.31 since 2.1.65
> doesn't boot far enough to obtain it.
>
> [1.] One line summary of the problem:
>
> Kernel 2.1.65 boot hangs at "Booting processor 1 eip 2000"
>
> [2.] Full description of the problem/report:
>
> During boot, I get the following:
>
> Calibrating APIC timer...
> CPU 166 MHz
> APIC bus 0.00 MHz
> Booting processor 1 eip 2000
>
> At that point, at "booting processor", it locked hard. Ctrl-Alt-Del
> would not rescue it.
>
> My system boots fine under 2.0.31.
>
> [3.] Keywords (i.e., modules, networking, kernel):
>
> kernel, boot, lock
>
> [4.] Kernel version (from /proc/version):
>
> 2.1.65 -- does not boot far enough to access proc
>
> [5.] Output of Oops.. message with symbolic information resolved
> (see Kernel Mailing List FAQ, Section 1.5):
>
> n/a
>
> [6.] A small shell script or example program which triggers the
> problem (if possible)
>
> n/a
>
> [7.] Environment
>
> Brief configuration, ask if you need more detail:
> * Tyan motherboard
> * Intel Pentium 166, non-MMX
> * Award BIOS
> * 64 MB RAM
> * Cards: Sound Blaster AWE32, Symbios 53c875 SCSI, Adaptec AHA152x
> SCSI, Linksys PCI NE2000 card (yes, this is correct), ATI
> 3D Pro Turbo PC2TV 8MB video.
> * Linux boots from a Seagate Cheetah 4.5 GB ultra-wide SCSI hard
> drive hooked up to the Symbios controller. (Actually, LILO
> loads from the IDE drive, but the kernel and entire OS are on
> the SCSI drive.)

[snip]

Do you only have the one processor? If so, either recompile the kernel
without SMP=1 in the Makefile, or put 'nosmp' on the kernel command line
(via lilo). Tyan boards seem to report a 2nd cpu even if one is not
present (my Tomcat IV does).

-- 

Brian Gerst