what's your CONFIG_NR_CPUS value? (in your .config?) Do you have HT cpus? if so, then NR_CPUS should be twice that of the number of physical CPUs. This could happen if you have now enabled HT in the BIOS. On Fri, 2004-01-30 at 12:52, Anshul Gupta wrote: > Hi All, > > I have upgraded the kernel from 2.4.20-28.9 to 2.4.24 on a 4-processor > machine and somehow only 2 processors are detected now. All 4 > processors were detected in 2.4.20-28.9. > > ---------------------OUTPUT OF dmesg----------------------- > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > Processor #0 Pentium 4(tm) XEON(tm) APIC version 20 > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) > Processor #6 Pentium 4(tm) XEON(tm) APIC version 20 > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled) > Processor #1 Pentium 4(tm) XEON(tm) APIC version 20 > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled) > Processor #7 Pentium 4(tm) XEON(tm) APIC version 20 > Using ACPI for processor (LAPIC) configuration information > Intel MultiProcessor Specification v1.1 > Virtual Wire compatibility mode. > OEM ID: INTEL Product ID: SPRINGDALE_G APIC at: 0xFEE00000 > I/O APIC #8 Version 32 at 0xFEC00000. > Enabling APIC mode: Flat. Using 1 I/O APICs > Processors: 4 > Kernel command line: ro root=LABEL=/ > Initializing CPU#0 > Detected 2400.136 MHz processor. > Console: colour VGA+ 80x25 > Calibrating delay loop... 4784.12 BogoMIPS > Memory: 1032748k/1048512k available (1838k kernel code, 15376k > reserved, 639k data, 140k init, 131008k highmem) > Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) > Inode cache hash table entries: 65536 (order: 7, 524288 bytes) > Mount cache hash table entries: 512 (order: 0, 4096 bytes) > Buffer cache hash table entries: 65536 (order: 6, 262144 bytes) > Page-cache hash table entries: 262144 (order: 8, 1048576 bytes) > CPU: Trace cache: 12K uops, L1 D cache: 8K > CPU: L2 cache: 512K > CPU: Physical Processor ID: 0 > Intel machine check architecture supported. > Intel machine check reporting enabled on CPU#0. > CPU: After generic, caps: bfebfbff 00000000 00000000 00000000 > CPU: Common caps: bfebfbff 00000000 00000000 00000000 > Enabling fast FPU save and restore... done. > Enabling unmasked SIMD FPU exception support... done. > Checking 'hlt' instruction... OK. > POSIX conformance testing by UNIFIX > mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) > mtrr: detected mtrr type: Intel > CPU: Trace cache: 12K uops, L1 D cache: 8K > CPU: L2 cache: 512K > CPU: Physical Processor ID: 0 > Intel machine check reporting enabled on CPU#0. > CPU: After generic, caps: bfebfbff 00000000 00000000 00000000 > CPU: Common caps: bfebfbff 00000000 00000000 00000000 > CPU0: Intel(R) Xeon(TM) CPU 2.40GHz stepping 07 > per-CPU timeslice cutoff: 1462.38 usecs. > enabled ExtINT on CPU#0 > ESR value before enabling vector: 00000000 > ESR value after enabling vector: 00000000 > Booting processor 1/1 eip 2000 > Initializing CPU#1 > masked ExtINT on CPU#1 > ESR value before enabling vector: 00000000 > ESR value after enabling vector: 00000000 > Calibrating delay loop... 4797.23 BogoMIPS > CPU: Trace cache: 12K uops, L1 D cache: 8K > CPU: L2 cache: 512K > CPU: Physical Processor ID: 0 > Intel machine check reporting enabled on CPU#1. > CPU: After generic, caps: bfebfbff 00000000 00000000 00000000 > CPU: Common caps: bfebfbff 00000000 00000000 00000000 > CPU1: Intel(R) Xeon(TM) CPU 2.40GHz stepping 07 > Total of 2 processors activated (9581.36 BogoMIPS). > cpu_sibling_map[0] = 1 > cpu_sibling_map[1] = 0 > ----------------------------------End of > OUTPUT--------------------------------- > > What could be the problem? > > Regards, > Anshul > _______________________________________________ > linux-aus mailing list > linux-aus@lists.linux.org.au > http://lists.linux.org.au/listinfo/linux-aus -- Stewart Smith <stewart@linux.org.au> Linux Australia Inc
Attachment:
signature.asc
Description: This is a digitally signed message part