> Hi there,
>
> I just installed kernel 2.2.0 on a dual pentium pro (motherboard:super
> P6DNE) and it seems to work fine.
>
> However it keeps saying: "spurious APIC interrupt, ayiee, should never
> happen".
>
> What does it mean? I'd like to know what is wrong
> Where is the white list ?
>
> thanks in advance, Ramon
>
> my /proc/interrupts
> CPU0 CPU1
> 0: 242849 648 XT-PIC timer
> 1: 593 763 IO-APIC-edge keyboard
> 2: 0 0 XT-PIC cascade
> 3: 51 2 IO-APIC-edge serial
> 4: 3663 3927 IO-APIC-edge serial
> 7: 339867 366441 IO-APIC-edge eth0
> 8: 1 0 IO-APIC-edge rtc
> 9: 43 42 IO-APIC-edge aha152x
> 13: 1 0 XT-PIC fpu
> 14: 44754 42697 IO-APIC-edge ide0
> 15: 914 489 IO-APIC-edge ide1
> NMI: 0
> ERR: 0
>
> At boot time:
> Linux version 2.2.0 (jario) (gcc version 2.7.2.3) #5
> SMP Mon Feb 1
> 10:36:04 CET 1999
> Intel MultiProcessor Specification v1.4
> Virtual Wire compatibility mode.
> OEM ID: INTEL Product ID: 440FX APIC at: 0xFEE00000
> Processor #0 Pentium(tm) Pro APIC version 17
> Processor #1 Pentium(tm) Pro APIC version 17
> I/O APIC #2 Version 17 at 0xFEC00000.
> Processors: 2
> mapped APIC to ffffe000 (fee00000)
> mapped IOAPIC to ffffd000 (fec00000)
> Detected 199434775 Hz processor.
> Console: colour VGA+ 80x25
> Calibrating delay loop... 199.07 BogoMIPS
> Memory: 127860k/131072k available (1064k kernel code, 420k reserved,
> 1660k data, 6
> 8k init)
> Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
>
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> mtrr: v1.26 (19981001) Richard Gooch ([EMAIL PROTECTED])
> per-CPU timeslice cutoff: 50.10 usecs.
> CPU0: Intel Pentium Pro stepping 07
> calibrating APIC timer ...
> ..... CPU clock speed is 199.4399 MHz.
> ..... system bus clock speed is 66.4796 MHz.
> Booting processor 1 eip 2000
> Calibrating delay loop... 199.07 BogoMIPS
> OK.
> CPU1: Intel Pentium Pro stepping 07
> Total of 2 processors activated (398.13 BogoMIPS).
> enabling symmetric IO mode... ...done.
> ENABLING IO-APIC IRQs
> init IO_APIC IRQs
> IO-APIC pin 0, 11, 15, 16, 17, 18, 21, 22, 23 not connected.
> ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> ...trying to set up timer as ExtINT... .. (found pin 0) ... works.
> number of MP IRQ sources: 16.
> number of IO-APIC registers: 24.
> testing the IO APIC.......................
> .... register #00: 02000000
> ....... : physical APIC id: 02
> .... register #01: 00170011
> ....... : max redirection entries: 0017
> ....... : IO APIC version: 0011
> .... register #02: 00000000
> ....... : arbitration: 00
> .... IRQ redirection table:
> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
> 00 001 01 0 0 0 0 0 1 7 00
> 01 000 00 0 0 0 0 0 1 1 59
> 02 000 00 0 0 0 0 0 1 1 51
> 03 000 00 0 0 0 0 0 1 1 61
> 04 000 00 0 0 0 0 0 1 1 69
> 05 000 00 0 0 0 0 0 1 1 71
> 06 000 00 0 0 0 0 0 1 1 79
> 07 000 00 0 0 0 0 0 1 1 81
> 08 000 00 0 0 0 0 0 1 1 89
> 09 000 00 0 0 0 0 0 1 1 91
> 0a 000 00 0 0 0 0 0 1 1 99
> 0b 000 00 1 0 0 0 0 0 0 00
> 0c 000 00 0 0 0 0 0 1 1 A1
> 0d 000 00 1 0 0 0 0 0 0 00
> 0e 000 00 0 0 0 0 0 1 1 A9
> 0f 000 00 1 0 0 0 0 0 0 00
> 10 000 00 1 0 0 0 0 0 0 00
> 11 000 00 1 0 0 0 0 0 0 00
> 12 000 00 1 0 0 0 0 0 0 00
> 13 0FF 0F 1 1 0 1 0 1 1 B1
> 14 000 00 0 0 0 0 0 1 1 B9
> 15 000 00 1 0 0 0 0 0 0 00
> 16 000 00 1 0 0 0 0 0 0 00
> 17 000 00 1 0 0 0 0 0 0 00
> IRQ to pin mappings:
> IRQ0 -> 2
> IRQ1 -> 1
> IRQ3 -> 3
> IRQ4 -> 4
> IRQ5 -> 5
> IRQ6 -> 6
> IRQ7 -> 7
> IRQ8 -> 8
> IRQ9 -> 9
> IRQ10 -> 10
> IRQ11 -> 19
> IRQ12 -> 12
> IRQ13 -> 13
> IRQ14 -> 14
> IRQ15 -> 20
> .................................... done.
> PCI: PCI BIOS revision 2.10 entry at 0xfdba1
> PCI: Probing PCI hardware
> PCI: 00:00 [8086/1237]: Passive release enable (00)
>
> etc...
> and then, keeps saying
> spurious APIC interrupt, ayiee, should never happen.
> spurious APIC interrupt, ayiee, should never happen.
> spurious APIC interrupt, ayiee, should never happen.
> spurious APIC interrupt, ayiee, should never happen.
>
>
>
>
> -
> Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
> To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
I think that the error is there:
> CPU0 CPU1
> 0: 242849 648 XT-PIC timer
If it's a XT-PIC interrupt all interrups should go to the booting IE
CPU0, and this line show that the CPU1 is also getting ints.
Perhaps you should try booting with noapic just to try, I think that
without the APIC code all should work well, but all ints will go tho
CPU0.
I can see that you have a lot of network trafic, perhaps this could
suffer a bit from booting with noapic, but I think you shouldn't be
worried.
\_/, _
| @___oo ( Jorge Nerin
/\ /\ / (___,,,}_--~
) /^\) ^\/ _) ~__ [EMAIL PROTECTED]
) /^\/ _) (_
) _ / / _) ( [EMAIL PROTECTED]
/\ )/\/ || | )_)
< > |(,,) )__)
|| / \)___)\
| \____( )___) )___
\______(_______;;; __;;;
Greeetings from Zaragoza (Spain)
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
