On Wed, 21 Jul 1999, Gerhard, Winfried wrote:
> May be it's same problem we had in the past on PRIMERGY.
> Extract of readme.1st
>
> Problem: In certain configurations, a multiprocessor kernel will not
> boot properly, either hanging or panicing with various error
> messages.
>
> Description: On a Multiprocessor system with a Phoenix BIOS, the BIOS
> allocates a so-called Extended BIOS Data Area (EBDA) at the
> upper end of the machine's 640K base memory and uses it to
> store, among other things, the MP config table.
> LILO, however, happily puts the second stage loader and
> associated data structures there, rendering the MP config table
> useless.
>
> Solution:
> Either fetch the sources of lilo v2.0 or lilo v2.1 and apply the
> patches in lilo-20.patch or lilo-21.patch or use the
> pre-compiled boot.b for a lilo v2.1 system. This file must be
> copied to /boot and /sbin/lilo re-run.
>
> >Hi,
> > if you are using lilo, try the noapic option.. for me to
> >boot a test-kernel it would look like
> >
> >lilo:
> > test-image noapic
> >
>
> I found that 5 minutes after I sent this message... system boots up
> 2
> processors with the noapic cmdline.
>
> >see if that works... you can't ues the APIC unless your MB has
> >the chip...
> >
>
>
> I have the chip. This is a straight Intel system. And the EISA
> config
> states that it has to be turned on for SMP operation. Booting with
> the APIC
> turned off in the BIOS/EISA boots the kernel with only one
> processor. Also
> the APIC is detected by the kernel. Which brings me to another
> conclusion.
>
> How do I find Brian Perkins... He is the one that wrote the code
> that my
> kernel is panicing at. I am blowing right past all of his
> failsafes.
What is the chip in question (chip-labelings here please)?
Also, what work-around are you using? Are you only using the "noapic"
command line option? Or are you applying some modifications to the kernel
code? I am kind of hoping that the same thing that works for you here,
might also work for my system which just doesn't seem to be booting
multiple processors...
> >> I am having some trouble getting any smp kernel to run on my
> >> ancient Pentium system. The problem I am having is that (
> >> from what I have read in various linux smp documents) the my
> >> old Intel motherboard mp table is lying about the IRQ for the
> >> Real Time Clock. Thus preventing me from booting. The system
> >> boots up and detects both processors and then right after the
> >> IO-APIC starts I get this:
> >>
> >> IO APIC pin 2, 13 not connected.
> >> .. MP-BIOS bug: 8254 timer not connected to IO-APIC
> >> ...trying to set up timer as ExtINT... failed
> >> ...tryng to set up timer as BP IRQ... failed
> >> Kernel panic: IO APIC + timer doesn't work!
> >> In swapper task - not syncing
> >>
> >> I have read through the code and see that the error is coming
> >> directly from the IO-APIC code. I am assuming that you need
> >> the IO-APIC for SMP to work. Am I wrong? the todo list for
> >> the smp.c file states one of the todos is to separate IO-APIC
> >> from SMP. If I am wrong is it possible to prevent me from
> >> using IO-APIC. I am not to keen on SMP systems. This is my
> >> first attempt at it.
> \
> >> Intel Xpress Server 1.00.19.AM0 Bios
> >> dual Pentium 66 stepping 5 ( yes I know stepping 5 cpus have
> >> lockup problems but his isn't really a lockup... I can't even
> >> bootup far enough to see the cpus lockup)
>
>
> -
> Linux SMP list: FIRST see FAQ at
> http://www.irisa.fr/prive/mentre/smp-faq/
> To Unsubscribe: send "unsubscribe linux-smp" to
> [EMAIL PROTECTED]
> -
> Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
> To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
>
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
