This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Intel D510MO - SMP support for dual core?

Hi all,

I decided to purchase an Intel D510MO motherboard to replace my currently dying AMD Astaro box.  I saw several people on here reported good results with this board.  

I am able to install ASG 7.504 with no issues if I use the acpi=off noapci switches during the install boot.  (thanks ChrisW28) I just used "default acpi=off noapci" on the boot prompt.  Is that correct?  However, once the system is installed I don't think it is using the SMP kernel.  

Did you guys that are using this board get the system to see the both cores?

Here is a section from my boot.log:

2010:06:13-10:51:42 (none) kernel: found SMP MP-table at 000fe200

2010:06:13-10:51:42 (none) kernel: On node 0 totalpages: 520192
2010:06:13-10:51:42 (none) kernel: DMA zone: 4096 pages, LIFO batch:0
2010:06:13-10:51:42 (none) kernel: DMA32 zone: 0 pages, LIFO batch:0
2010:06:13-10:51:42 (none) kernel: Normal zone: 225280 pages, LIFO batch:31
2010:06:13-10:51:42 (none) kernel: HighMem zone: 290816 pages, LIFO batch:31
2010:06:13-10:51:42 (none) kernel: DMI 2.5 present.
2010:06:13-10:51:42 (none) kernel: Intel MultiProcessor Specification v1.4
2010:06:13-10:51:42 (none) kernel: Virtual Wire compatibility mode.
2010:06:13-10:51:42 (none) kernel: OEM ID:  Product ID:  APIC at: 0xFEE00000
2010:06:13-10:51:42 (none) kernel: Processor #0 6:12 APIC version 20
2010:06:13-10:51:42 (none) kernel: Enabling APIC mode:  Flat.  Using 0 I/O APICs
2010:06:13-10:51:42 (none) kernel: BIOS bug, no explicit IRQ entries, using default mptable. (tell your hw vendor)
2010:06:13-10:51:42 (none) kernel: Processors: 1
2010:06:13-10:51:42 (none) kernel: Allocating PCI resources starting at 88000000 (gap: 80000000:78000000)
2010:06:13-10:51:42 (none) kernel: Built 1 zonelists
2010:06:13-10:51:42 (none) kernel: Kernel command line: root=/dev/disk/by-label/root vga=791 noapic acpi=off splash=silent
2010:06:13-10:51:42 (none) kernel: bootsplash: silent mode.
2010:06:13-10:51:42 (none) kernel: mapped APIC to ffffd000 (fee00000)
2010:06:13-10:51:42 (none) kernel: Enabling fast FPU save and restore... done.
2010:06:13-10:51:42 (none) kernel: Enabling unmasked SIMD FPU exception support... done.
2010:06:13-10:51:42 (none) kernel: Initializing CPU#0
2010:06:13-10:51:42 (none) kernel: PID hash table entries: 4096 (order: 12, 65536 bytes)
2010:06:13-10:51:42 (none) kernel: Detected 1662.800 MHz processor.
2010:06:13-10:51:42 (none) kernel: Using tsc for high-res timesource
2010:06:13-10:51:42 (none) kernel: Console: colour dummy device 80x25
2010:06:13-10:51:42 (none) kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
2010:06:13-10:51:42 (none) kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
2010:06:13-10:51:42 (none) kernel: Memory: 2056900k/2080768k available (1639k kernel code, 22080k reserved, 635k data, 140k init, 1162720k highmem)
2010:06:13-10:51:42 (none) kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
2010:06:13-10:51:42 (none) kernel: Calibrating delay using timer specific routine.. 3332.02 BogoMIPS (lpj=6664050)
2010:06:13-10:51:42 (none) kernel: Security Framework v1.0.0 initialized
2010:06:13-10:51:42 (none) kernel: Mount-cache hash table entries: 512
2010:06:13-10:51:42 (none) kernel: CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0040e31d 00000000 00000001
2010:06:13-10:51:42 (none) kernel: CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0040e31d 00000000 00000001
2010:06:13-10:51:42 (none) kernel: monitor/mwait feature present.
2010:06:13-10:51:42 (none) kernel: using mwait in idle threads.
2010:06:13-10:51:42 (none) kernel: CPU: L1 I cache: 32K, L1 D cache: 24K
2010:06:13-10:51:42 (none) kernel: CPU: L2 cache: 512K
2010:06:13-10:51:42 (none) kernel: CPU: After all inits, caps: bfebfbff 20100000 00000000 00000140 0040e31d 00000000 00000001
2010:06:13-10:51:42 (none) kernel: Intel machine check architecture supported.
2010:06:13-10:51:42 (none) kernel: Intel machine check reporting enabled on CPU#0.
2010:06:13-10:51:42 (none) kernel: CPU: Intel(R) Atom(TM) CPU D510   @ 1.66GHz stepping 0a
2010:06:13-10:51:42 (none) kernel: Checking 'hlt' instruction... OK.
2010:06:13-10:51:42 (none) kernel: checking if image is initramfs... it is


It appears to be running perfectly well and snappy using one core, but would like to see it using both.

uname -a does not report the smp kernel.

Just wondering if I am missing something to get around this.  Oh, and I upgraded to BIOS version 210 before I started installing.

Thanks for any help!
Paul.


This thread was automatically locked due to age.
Parents
  • FWIW, my Atom does run in SMP mode, but as your motherboard is very new, I think you're going to have to wait for v8 or run the beta.

    Barry
  • Hello,

    i am running the latest beta versions on the D510MO for a while now - so far no problems. 
    I never tried if SMP is working in 7.504 - i switched to the beta testing program because of the non-working APM/ACPI in 7.504.

    In v8 SMP works like a charm:

Reply
  • Hello,

    i am running the latest beta versions on the D510MO for a while now - so far no problems. 
    I never tried if SMP is working in 7.504 - i switched to the beta testing program because of the non-working APM/ACPI in 7.504.

    In v8 SMP works like a charm:

Children
No Data