[CentOS] Intel DG33BU motherboard

Tue Feb 3 11:43:25 UTC 2009
Paolo Supino <paolo.supino at gmail.com>

Hi Agile

  There's no non SMP kernel in CentOS 5.x (check out:
http://wiki.centos.org/FAQ/CentOS5#head-d70935212ce3b7b072b0075c1807a4bd3ea175b7).

dmesg boot output (taken from /var/log/dmesg) shows the following lines:
Linux version 2.6.18-92.1.22.el5 (mockbuild at builder16.centos.org) (gcc
version 4.1.2 20071124 (Red Hat 4.1.2-42)) #1 SMP Tue Dec 16 12:03:43 EST

and ...

found SMP MP-table at 000fe200
Memory for crash kernel (0x0 to 0x0) notwithin permissible range
disabling kdump
Using x86 segment limits to approximate NX protection
On node 0 totalpages: 1048576
  DMA zone: 4096 pages, LIFO batch:0
  Normal zone: 225280 pages, LIFO batch:31
  HighMem zone: 819200 pages, LIFO batch:31
DMI 2.4 present.
Using APIC driver default
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
OEM ID:  Product ID:  APIC at: 0xFEE00000
Processor #0 6:15 APIC version 20
Enabling APIC mode:  Flat.  Using 0 I/O APICs
BIOS bug, no explicit IRQ entries, using default mptable. (tell your hw
vendor)
Processors: 1
Allocating PCI resources starting at d2000000 (gap: d0000000:20000000)
Detected 2400.268 MHz processor.
Built 1 zonelists.  Total pages: 1048576
Kernel command line: ro root=LABEL=/ acpi=off
mapped APIC to ffffd000 (fee00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c074c000 soft=c072c000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 3353184k/4194304k available (2097k kernel code, 40176k reserved,
877k data, 228k init, 2477052k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4802.07 BogoMIPS
(lpj=2401035)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000
0000e3bd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000
0000e3bd 00000000 00000001
monitor/mwait feature present.
using mwait in idle threads.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: After all inits, caps: bfebf3ff 20000000 00000000 00000940 0000e3bd
00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 14k freed
CPU0: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz stepping 0b
Total of 1 processors activated (4802.07 BogoMIPS).
Brought up 1 CPUs
.
.
.
.
.

  Unfortunately I still have only 1 core used ...




--
TIA
Paolo




On Tue, Feb 3, 2009 at 1:12 PM, Agile Aspect <agile.aspect at gmail.com> wrote:

> Paolo Supino wrote:
> > Hi Peter
> >
> >   I tried that and it the result is the same: Linux only finds,
> > initializes and uses only 1 core ... :-( Is there anything else I can
> > try to have Linux initialize all 4 cores?
> >
> You're probably booting the single CPU kernel.
>
> Try booting the kernel ending with "-ELsmp".
>
>
> --
> Article. VI. Clause 3 of the constitution of the United States states:
>
> "The Senators and Representatives before mentioned, and the Members of
> the several State Legislatures, and all executive and judicial Officers,
> both of the United States and of the several States, shall be bound by
> Oath or Affirmation, to support this Constitution; but no religious Test
> shall ever be required as a Qualification to any Office or public Trust
> under the United States."
>
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos/attachments/20090203/c7959452/attachment-0004.html>