mirror/libcpuid
1
0
Fork 0
mirror of https://github.com/anrieff/libcpuid synced 2024-11-10 22:59:13 +00:00
Code Issues Releases Wiki Activity
libcpuid/tests/intel/ia-32/p6/coppermine-celeron.test

110 lines
4 KiB
Text
Raw Normal View History

Fix P-III Celeron misdetected as plain P-III (misreport id #8) Reported via http://libcpuid.sourceforge.net/bugreport.php The test in particular has no brand string, which was causing the misdetection (as is the case with a lot of other models, libcpuid relies on accurate brand string being programmed by the BIOS in order to do the detection). The actual CPU was a Pentium-III based Celeron (SL54Q), but it was detected as "Pentium III (Coppermine)". A bit of historical trivia: for the related Tualatin models, if the BIOS doesn't enter a brand string, there might be NO WAY to tell a regular P-3 and a P-3 Celeron apart: P-3s have variants with 256KiB and 512KiB L2 cache, while the Celerons are 256 KiB, so a 256KiB regular P3 is no different than its corresponding Celeron. Only the FSB is different, but there's no way to detect this via CPUID. For the Coppermines its an easier case: Celerons are always 128KiB, and Pentia are 256KiB, so I've added this distinction in the tables.
2018-05-02 07:22:00 +00:00
basic_cpuid[0]=00000002 756e6547 6c65746e 49656e69
basic_cpuid[1]=0000068a 00000001 00000000 0383f9ff
basic_cpuid[2]=03020101 00000000 00000000 0c040841
basic_cpuid[3]=03020101 00000000 00000000 0c040841
basic_cpuid[4]=03020101 00000000 00000000 0c040841
basic_cpuid[5]=03020101 00000000 00000000 0c040841
basic_cpuid[6]=03020101 00000000 00000000 0c040841
basic_cpuid[7]=03020101 00000000 00000000 0c040841
basic_cpuid[8]=03020101 00000000 00000000 0c040841
basic_cpuid[9]=03020101 00000000 00000000 0c040841
basic_cpuid[10]=03020101 00000000 00000000 0c040841
basic_cpuid[11]=03020101 00000000 00000000 0c040841
basic_cpuid[12]=03020101 00000000 00000000 0c040841
basic_cpuid[13]=03020101 00000000 00000000 0c040841
basic_cpuid[14]=03020101 00000000 00000000 0c040841
basic_cpuid[15]=03020101 00000000 00000000 0c040841
basic_cpuid[16]=03020101 00000000 00000000 0c040841
basic_cpuid[17]=03020101 00000000 00000000 0c040841
basic_cpuid[18]=03020101 00000000 00000000 0c040841
basic_cpuid[19]=03020101 00000000 00000000 0c040841
basic_cpuid[20]=03020101 00000000 00000000 0c040841
basic_cpuid[21]=03020101 00000000 00000000 0c040841
basic_cpuid[22]=03020101 00000000 00000000 0c040841
basic_cpuid[23]=03020101 00000000 00000000 0c040841
basic_cpuid[24]=03020101 00000000 00000000 0c040841
basic_cpuid[25]=03020101 00000000 00000000 0c040841
basic_cpuid[26]=03020101 00000000 00000000 0c040841
basic_cpuid[27]=03020101 00000000 00000000 0c040841
basic_cpuid[28]=03020101 00000000 00000000 0c040841
basic_cpuid[29]=03020101 00000000 00000000 0c040841
basic_cpuid[30]=03020101 00000000 00000000 0c040841
basic_cpuid[31]=03020101 00000000 00000000 0c040841
ext_cpuid[0]=03020101 00000000 00000000 0c040841
ext_cpuid[1]=03020101 00000000 00000000 0c040841
ext_cpuid[2]=03020101 00000000 00000000 0c040841
ext_cpuid[3]=03020101 00000000 00000000 0c040841
ext_cpuid[4]=03020101 00000000 00000000 0c040841
ext_cpuid[5]=03020101 00000000 00000000 0c040841
ext_cpuid[6]=03020101 00000000 00000000 0c040841
ext_cpuid[7]=03020101 00000000 00000000 0c040841
ext_cpuid[8]=03020101 00000000 00000000 0c040841
ext_cpuid[9]=03020101 00000000 00000000 0c040841
ext_cpuid[10]=03020101 00000000 00000000 0c040841
ext_cpuid[11]=03020101 00000000 00000000 0c040841
ext_cpuid[12]=03020101 00000000 00000000 0c040841
ext_cpuid[13]=03020101 00000000 00000000 0c040841
ext_cpuid[14]=03020101 00000000 00000000 0c040841
ext_cpuid[15]=03020101 00000000 00000000 0c040841
ext_cpuid[16]=03020101 00000000 00000000 0c040841
ext_cpuid[17]=03020101 00000000 00000000 0c040841
ext_cpuid[18]=03020101 00000000 00000000 0c040841
ext_cpuid[19]=03020101 00000000 00000000 0c040841
ext_cpuid[20]=03020101 00000000 00000000 0c040841
ext_cpuid[21]=03020101 00000000 00000000 0c040841
ext_cpuid[22]=03020101 00000000 00000000 0c040841
ext_cpuid[23]=03020101 00000000 00000000 0c040841
ext_cpuid[24]=03020101 00000000 00000000 0c040841
ext_cpuid[25]=03020101 00000000 00000000 0c040841
ext_cpuid[26]=03020101 00000000 00000000 0c040841
ext_cpuid[27]=03020101 00000000 00000000 0c040841
ext_cpuid[28]=03020101 00000000 00000000 0c040841
ext_cpuid[29]=03020101 00000000 00000000 0c040841
ext_cpuid[30]=03020101 00000000 00000000 0c040841
ext_cpuid[31]=03020101 00000000 00000000 0c040841
intel_fn4[0]=03020101 00000000 00000000 0c040841
intel_fn4[1]=03020101 00000000 00000000 0c040841
intel_fn4[2]=03020101 00000000 00000000 0c040841
intel_fn4[3]=03020101 00000000 00000000 0c040841
intel_fn4[4]=03020101 00000000 00000000 0c040841
intel_fn4[5]=03020101 00000000 00000000 0c040841
intel_fn4[6]=03020101 00000000 00000000 0c040841
intel_fn4[7]=03020101 00000000 00000000 0c040841
intel_fn11[0]=03020101 00000000 00000000 0c040841
intel_fn11[1]=03020101 00000000 00000000 0c040841
intel_fn11[2]=03020101 00000000 00000000 0c040841
intel_fn11[3]=03020101 00000000 00000000 0c040841
--------------------------------------------------------------------------------
Support for hybrid CPU (#166) * Set CMAKE_C_FLAGS_DEBUG to display warnings during build CI workflows are reporting warnings. Adding more C flags here help to avoid that. * Add new types * Add set_cpu_affinity function * Add cpu_identify_all function * Add cpu_request_core_type function * Add cpuid_get_all_raw_data, cpuid_serialize_all_raw_data and cpuid_deserialize_all_raw_data functions * Detect hybrid architecture for Intel CPUs * Update cpuid_tool to detect all CPU logical cores * Rename tests subdirectories for Intel Core * Update all tests Since e4309a6c4bc3ad875711a1599cba01a205b3103e, new fields are reported by cpuid_tool * Add Intel Alder Lake Fix #157 * Remove convert_instlatx64.c This tool is not useful anymore because the cpuid_deserialize_raw_data_internal() function can natively parse them since 5667e1401c2ad50e1a79769d1f0334369aa44377 * Fix affinity_mask computation * Define _GNU_SOURCE in configure.ac Forgotten in 4f80964db5bab011c1893ad17adcaec20d6d7fae * Use dynamic raw array in cpu_raw_data_array_t * Add cpu_affinity_mask_t type * Improve set_cpu_affinity function - Print a warning if logical CPU number is not supported on operating system - Return a boolean value in case of success instead of an integer * Improve cpu_identify_all and cpu_request_core_type functions * Use dynamic array for cpu_types in system_id_t This commit also adds cleanups, fixes and consistency * Tests: update Ryzen 5 Matisse with all CPU cores * Add affinity_mask_str_r function and address other comments - Fixed cpuid_grow_raw_data_array and cpu_raw_data_array_t.logical_cpu_t with the correct type - Added a note about hard limit of cpu_raw_data_array_t - Fixed a typo in cpuid_deserialize_raw_data_internal * Fix build on Windows
2022-09-15 16:37:08 +00:00
x86
general
Fix P-III Celeron misdetected as plain P-III (misreport id #8) Reported via http://libcpuid.sourceforge.net/bugreport.php The test in particular has no brand string, which was causing the misdetection (as is the case with a lot of other models, libcpuid relies on accurate brand string being programmed by the BIOS in order to do the detection). The actual CPU was a Pentium-III based Celeron (SL54Q), but it was detected as "Pentium III (Coppermine)". A bit of historical trivia: for the related Tualatin models, if the BIOS doesn't enter a brand string, there might be NO WAY to tell a regular P-3 and a P-3 Celeron apart: P-3s have variants with 256KiB and 512KiB L2 cache, while the Celerons are 256 KiB, so a 256KiB regular P3 is no different than its corresponding Celeron. Only the FSB is different, but there's no way to detect this via CPUID. For the Coppermines its an easier case: Celerons are always 128KiB, and Pentia are 256KiB, so I've added this distinction in the tables.
2018-05-02 07:22:00 +00:00
6
8
10
6
8
1
1
16
16
128
-1
-1
4
4
Tests: update all tests to add fields for L1I
2020-05-10 16:48:21 +00:00
4
Fix P-III Celeron misdetected as plain P-III (misreport id #8) Reported via http://libcpuid.sourceforge.net/bugreport.php The test in particular has no brand string, which was causing the misdetection (as is the case with a lot of other models, libcpuid relies on accurate brand string being programmed by the BIOS in order to do the detection). The actual CPU was a Pentium-III based Celeron (SL54Q), but it was detected as "Pentium III (Coppermine)". A bit of historical trivia: for the related Tualatin models, if the BIOS doesn't enter a brand string, there might be NO WAY to tell a regular P-3 and a P-3 Celeron apart: P-3s have variants with 256KiB and 512KiB L2 cache, while the Celerons are 256 KiB, so a 256KiB regular P3 is no different than its corresponding Celeron. Only the FSB is different, but there's no way to detect this via CPUID. For the Coppermines its an easier case: Celerons are always 128KiB, and Pentia are 256KiB, so I've added this distinction in the tables.
2018-05-02 07:22:00 +00:00
-1
-1
32
32
Tests: update all tests to add fields for L1I
2020-05-10 16:48:21 +00:00
32
Fix P-III Celeron misdetected as plain P-III (misreport id #8) Reported via http://libcpuid.sourceforge.net/bugreport.php The test in particular has no brand string, which was causing the misdetection (as is the case with a lot of other models, libcpuid relies on accurate brand string being programmed by the BIOS in order to do the detection). The actual CPU was a Pentium-III based Celeron (SL54Q), but it was detected as "Pentium III (Coppermine)". A bit of historical trivia: for the related Tualatin models, if the BIOS doesn't enter a brand string, there might be NO WAY to tell a regular P-3 and a P-3 Celeron apart: P-3s have variants with 256KiB and 512KiB L2 cache, while the Celerons are 256 KiB, so a 256KiB regular P3 is no different than its corresponding Celeron. Only the FSB is different, but there's no way to detect this via CPUID. For the Coppermines its an easier case: Celerons are always 128KiB, and Pentia are 256KiB, so I've added this distinction in the tables.
2018-05-02 07:22:00 +00:00
-1
-1
Add cache instances field in cpu_id_t and system_id_t
2022-09-20 05:40:33 +00:00
-1
-1
-1
-1
-1
Fix P-III Celeron misdetected as plain P-III (misreport id #8) Reported via http://libcpuid.sourceforge.net/bugreport.php The test in particular has no brand string, which was causing the misdetection (as is the case with a lot of other models, libcpuid relies on accurate brand string being programmed by the BIOS in order to do the detection). The actual CPU was a Pentium-III based Celeron (SL54Q), but it was detected as "Pentium III (Coppermine)". A bit of historical trivia: for the related Tualatin models, if the BIOS doesn't enter a brand string, there might be NO WAY to tell a regular P-3 and a P-3 Celeron apart: P-3s have variants with 256KiB and 512KiB L2 cache, while the Celerons are 256 KiB, so a 256KiB regular P3 is no different than its corresponding Celeron. Only the FSB is different, but there's no way to detect this via CPUID. For the Coppermines its an easier case: Celerons are always 128KiB, and Pentia are 256KiB, so I've added this distinction in the tables.
2018-05-02 07:22:00 +00:00
64 (non-authoritative)
P-III Celeron (Coppermine)
fpu vme de pse tsc msr pae mce cx8 mtrr sep pge mca cmov pat pse36 mmx fxsr sse
Reference in a new issue Copy permalink