[Linux-aus] (no subject)

[Stewart Smith]

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 at 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 at lists.linux.org.au
> http://lists.linux.org.au/listinfo/linux-aus
-- 
Stewart Smith <stewart at linux.org.au>
Linux Australia Inc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.linux.org.au/pipermail/linux-aus/attachments/20040130/548ccecb/attachment-0001.pgp