Kernel 2.4.2 - kernel BUG at apic.c:220!

Kernel 2.4.2 - kernel BUG at apic.c:220!

[pf-kernel]

When running 2.4.2 on a pentium 4, I get the following during boot: (any
typos are due to me typing this in manually, off of what I see on the
monitor connected to the P4.  I've made sure the addresses are correct, at
least... note that this happens with noapic passed as an option to the
kernel as well)

CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000
CPU: Common caps: 3febf9ff 00000000 00000000 00000000
CPU: Intel(R) Pentium(R) 4 CPU 1300MHz stepping 07
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
leaving PIC mode, enabling symmetric IO mode.
kernel BUG at apic.c:220!
invalid operand: 0000
CPU:	0
EIP:	0010:[<c02352e7>]
EFLAGS: 00010286
eax: 0000001a	ebx: f000ae7e	ecx: 00000001	edx: c021a108
esi: 0000007e	edi: c0105000	ebp: 0008e000	esp: c022ffc0
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c022f000)
Stack: c01e4725 c01e4932 000000dc 0000ff87 0009b800 c0113873 c02308f6 c01deec0
       0000ff87 0000ff87 0000ff87 0000ff87 0000ff87 c0267fc0 00010808 c0100191
Call Trace: [<c0113873>] [<c0100191>]

Code: 0f 0b 83 c4 0c b8 ff ff ff ff 8b 0d cc 14 28 c0 a3 e0 e0 ff
Kernel panic: Attempted to kill the idle task!
In idle task - not syncing


-----------------------------------
Unsolicited advertisments to this address are not welcome.

Kernel 2.4.2 - kernel BUG at apic.c:220!

[Manfred Spraul]

[-- Attachment #1: Type: text/plain, Size: 539 bytes --]

> kernel BUG at apic.c:220!
>From apic.c:
<<<<<<<<<<<

        /*
         * Double-check wether this APIC is really registered.
         */
        if (!test_bit(GET_APIC_ID(apic_read(APIC_ID)),
&phys_cpu_present_map))
                BUG();
>>>>>>>>>>>
Really odd. That's usually a sign of a bad MP table.

Could you check your BIOS settings for an entry MP, or MPS, or
Multiprocessor Table?
Usually the options are 1.1 and 1.4 - just try the other one.

or try the attached patch - it prints 2 additional debug lines.

--
    Manfred



[-- Attachment #2: patch.out --]
[-- Type: application/octet-stream, Size: 622 bytes --]

--- linux/arch/i386/kernel/apic.c.old	Tue Dec 05 21:43:48 2000
+++ linux/arch/i386/kernel/apic.c	Sat Feb 24 19:39:44 2001
@@ -216,8 +216,13 @@
 	/*
 	 * Double-check wether this APIC is really registered.
 	 */
-	if (!test_bit(GET_APIC_ID(apic_read(APIC_ID)), &phys_cpu_present_map))
+	if (!test_bit(GET_APIC_ID(apic_read(APIC_ID)), &phys_cpu_present_map)) {
+		printk(KERN_ERR "phys_cpu_present_map is %lxh.\n",
+					phys_cpu_present_map);
+		printk(KERN_ERR "Apic id is %ldh.\n",
+				GET_APIC_ID(apic_read(APIC_ID)));
 		BUG();
+	}
 
 	/*
 	 * Intel recommends to set DFR, LDR and TPR before enabling

Re: Kernel 2.4.2 - kernel BUG at apic.c:220!

[pf-kernel]

On Sat, 24 Feb 2001, Manfred Spraul wrote:

> > kernel BUG at apic.c:220!
> >From apic.c:
> <<<<<<<<<<<
> 
>         /*
>          * Double-check wether this APIC is really registered.
>          */
>         if (!test_bit(GET_APIC_ID(apic_read(APIC_ID)),
> &phys_cpu_present_map))
>                 BUG();
> >>>>>>>>>>>
> Really odd. That's usually a sign of a bad MP table.
> 
> Could you check your BIOS settings for an entry MP, or MPS, or
> Multiprocessor Table?
> Usually the options are 1.1 and 1.4 - just try the other one.

This is a single CPU system, not dual.  The kernel is compiled for a
single CPU system as well.

Looking at .config, I notice that Processor family is set to
Pentium-Pro/Celeron/Pentium-II.  I could have *sworn* I changed that
before compiling.  Could that cause the problem I'm seeing?

In any case, I'll try to get some time early next week to try the patch -
this is, unfortunately, a work machine, and as such, needs to work, even
if I go with 2.2.x.  :)

I'll let you know when I can try out the patch.

> 
> or try the attached patch - it prints 2 additional debug lines.
> 
> --
>     Manfred
> 
> 
> 


-----------------------------------
Unsolicited advertisments to this address are not welcome.