Re: patch for topology detection of Intel CPUs

From: Olivier Smedts <olivier_at_gid0.org>
Date: Mon, 6 Sep 2010 19:12:30 +0200
2010/9/6 Andriy Gapon <avg_at_freebsd.org>:
> 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_q.gid0.org:/usr/obj/usr/src/sys/QUAD amd64
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Quad  CPU   Q9450  _at_ 2.66GHz (2999.87-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x10677  Family = 6  Model = 17  Stepping = 7
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x8e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2029350912 (1935 MB)
ACPI APIC Table: <A_M_I_ OEMAPIC >
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
patch.

Cheers,
Olivier

>
> [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_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>



-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier_at_gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - 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."
Received on Mon Sep 06 2010 - 15:12:31 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:07 UTC