patch for topology detection of Intel CPUs
Olivier Smedts
olivier at gid0.org
Mon Sep 6 17:12:31 UTC 2010
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 @ 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."
More information about the freebsd-stable
mailing list