Thanks for the reply, Paul.

[EMAIL PROTECTED] ~]# uname -a
Linux asterisk1.local 2.6.9-34.0.2.ELsmp #1 SMP Fri Jul 7 19:52:49 CDT 2006 i686 i686 i386 GNU/Linux

The SMP kernel is the default for Grub.


[EMAIL PROTECTED] ~]# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 2
cpu MHz         : 3001.874
cache size      : 2048 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid xtpr
bogomips        : 6008.66


And from dmesg:

CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU0: Initial APIC ID: 0, Physical Processor ID: 0
CPU: After all inits, caps:        bfebf3ff 20000000 00000000 00000080
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 02
per-CPU timeslice cutoff: 1763.01 usecs.
task migration cache decay timeout: 2 msecs.
Total of 1 processors activated (6008.66 BogoMIPS).
WARNING: 1 siblings found for CPU0, should be 2
Brought up 1 CPUs


Is this strange or what? I have an old dual processor PII ASUS board at home that works better than this.

Peter M.


Paul Wouters wrote:
On Wed, 31 Jan 2007, [EMAIL PROTECTED] wrote:

I could use some advice.  Are there any problems running Trixbox 1.2.3 on
a Core 2 Duo CPU?  Ours is coming up in single CPU mode even though
Trixbox enabled SMP.  This also affected compilation of the Zaptel
modules?  Yuan at Sangoma had to recompile them to get the A200 card
working again. Is this a valid SMP platform or not?  Trixbox seems to think it
is.  Should I be doing a CentOS update?  We're also getting the "Losing too
many ticks!" message on the main console.

What does uname -a say? Do you have the kernel-smp package installed? Is it
the default booting kernel in /etc/grub.conf. What does cat /proc/cpuinfo say?

Paul


Reply via email to