Wed, 25 Sep 2002 19:35:35 +1200
Further to my previous letters on this subject, here is the contents of
/proc/interrupts when noapic is NOT passed at boot-time compared to when
napic IS passed:
noapic NOT passed at bootime
CPU0 CPU1
0: 15488 15155 IO-APIC-edge timer
1: 406 292 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
8: 1 0 IO-APIC-edge rtc
12: 1274 1251 IO-APIC-edge PS/2 Mouse
14: 6561 7021 IO-APIC-edge ide0
15: 1 1 IO-APIC-edge ide1
16: 10722 11462 IO-APIC-level nvidia
17: 4507 4375 IO-APIC-level cmpci
NMI: 0 0
LOC: 30533 30532
ERR: 0
MIS: 0
noapic passed at boottime
CPU0 CPU1
0: 79226 0 XT-PIC timer
1: 802 0 XT-PIC keyboard
2: 0 0 XT-PIC cascade
5: 275008 0 XT-PIC ltserial
8: 1 0 XT-PIC rtc
10: 3024 0 XT-PIC cmpci
11: 60070 0 XT-PIC nvidia
12: 61985 0 XT-PIC PS/2 Mouse
14: 20809 0 XT-PIC ide0
15: 1 0 XT-PIC ide1
NMI: 0 0
LOC: 79166 79165
ERR: 207
MIS: 0
Does the row of zeros under CPU1 mean that the processor is non-functional, or
merely that it is not processing interrupts?
On Wed, 25 Sep 2002 04:48, christoph hebeisen wrote:
> uh, oh... are you sure both cpus are still working with apic switched off?
> i'm not a multicpu expert (i don't even have a multicpu machine) but for
> all i know smp REQUIRES apic. therefore i would assume that if the kernel
> allows this boot option and actually switches off apic it will deactivate
> the second cpu. not sure but i'd verify if both cpus are really active
> and not only recognized when you run without apic.
>
> --------------------------------------------------------------------------
--
This mail is certified Virus-free as no Microsoft products were used in its
preparation or propagation