patch for topology detection of Intel CPUs

Olivier Smedts olivier at
Mon Sep 6 17:12:31 UTC 2010

2010/9/6 Andriy Gapon <avg at>:
> on 06/09/2010 19:22 Jeremy Chadwick said the following:
>> On Mon, Sep 06, 2010 at 04:28:02PM +0300, Andriy Gapon wrote:
>>> on 06/09/2010 16:12 Jeremy Chadwick said the following:
>>>> Great, thanks!  I'll be testing this out on two separate systems, both
>>>> RELENG_8:
>>>> - Supermicro X7SBA     + Intel C2D E8400 (stepping 10)
>>>> - Supermicro X7SBL-LN2 + Intel C2D E6600 (stepping 6)
>>>> I'll make sure to provide what the topology looks like before and after.
>>>> Is CPU-relevant dmesg output sufficient?
>>> If you mean something like the below, then yes.  Thanks!
>>> [...]
>> All done.  Good news (I think): there's no difference in the CPU-related
>> topology on either system with your patch, aside from kernel build date.
>> The topologies are still detected correctly.  In case you want them:
> Thanks a lot for the test!

Here is mine : no difference before and after the patch :
FreeBSD 8.1-STABLE #0 r212258M: Mon Sep  6 18:36:00 CEST 2010
    root at amd64
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Quad  CPU   Q9450  @ 2.66GHz (2999.87-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x10677  Family = 6  Model = 17  Stepping = 7
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2029350912 (1935 MB)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3

The only thing I noticed is this, after the patch :
ada1 at ahcich1 bus 0 scbus1 target 0 lun 0
ada1: <SAMSUNG HD161HJ JF100-19> ATA-7 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada1: Command Queueing enabled
ada1: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C)
SMP: AP CPU #1 Launched!cd0 at ahcich2 bus 0 scbus2 target 0 lun 0

cd0: <LITE-ON DVDRW LH-20A1S 9L08> Removable CD-ROM SCSI-0 device
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present
SMP: AP CPU #3 Launched!
SMP: AP CPU #2 Launched!
Trying to mount root from zfs:tank/freebsd

Before the patch, all the "SMP: AP CPU #X Launched!" were correctly
displayed, with carriage returns. Yes, I use "options
PRINTF_BUFR_SIZE=128". And I don't know if that's related to the


> [test results snipped]
>> All other systems I have are C2D and C2Q-based, but I can't easily test
>> on those given their production roles.  If there's a particular Intel
>> processor family/model you're interested in, let me know and I can dig
>> around to see if I have access to one.
> No particular models in mind.
> If you have systems with more complex topologies, like multiple physical packages
> or HTT enabled, I will be interested in seeing test results for those.
> Thanks again.
> --
> Andriy Gapon
> _______________________________________________
> freebsd-current at mailing list
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at"

Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier at        - against HTML email & vCards  X
www:    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."

More information about the freebsd-stable mailing list