- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I saw a kernel path: Fix erroneous TSC rate on Skylake Xeon
In this patch, it mentioned that crystal frequency was a bit slower than expect on Skylake Xeon.
I wonder is this issue only would happen on Skylake Xeon or not?
Because on Cascade Lake Xeon, I haven't find the slow down.
I'm using TSC as the source of timestamp, so it's real important for me to figure it out.
Thanks!
---------
Additional Information:
My question actually comes from <Intel® 64 and IA-32 Architectures Software Developer’s Manual, Volume 3> 18.7.3 Determining the Processor Base Frequency, there is a Table 18-85. Nominal Core Crystal Clock Frequency
Processor Families/Processor Number Series 1 |
NominalCoreCrystalClockFrequency |
Intel® Xeon® Processor Scalable Family with CPUID signature 06_55H. |
25 MHz |
6th and 7th generation Intel® Core™ processors and Intel® Xeon® WProcessorFamily. |
24 MHz |
Next Generation Intel® Atom™ processors based on GoldmontMicroarchitecturewith CPUID signature 06_5CH (does notinclude IntelXeon processors). |
19.2 MHz |
Xeon Scalable has CPUID signature 06_55H, but they may have different microarchitecture, e.g. Skylake, Cascade Lake.
For Skylake Xeon, there is comment in kernel patch:
All SKX subject the crystal to an EMI reduction circuit that
reduces its actual frequency by (approximately) -0.25%
I wonder is there the same issue in further microarchitecture? If there is, which means the Nominal Core Crystal Clock Frequency of Xeon Scalable in manual is not that accurate. So I can't use it as timestamp source.
Link Copied
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page