Page MenuHomeFreeBSD

linprocfs: Decode tsc_invariant CPU feature
ClosedPublic

Authored by dchagin on Jun 22 2022, 11:41 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Nov 8, 7:38 AM
Unknown Object (File)
Thu, Oct 17, 11:31 PM
Unknown Object (File)
Oct 2 2024, 12:37 PM
Unknown Object (File)
Oct 2 2024, 12:37 PM
Unknown Object (File)
Oct 2 2024, 12:37 PM
Unknown Object (File)
Oct 1 2024, 7:53 PM
Unknown Object (File)
Sep 28 2024, 11:13 AM
Unknown Object (File)
Sep 24 2024, 4:08 AM
Subscribers

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

does Linux report it like this? I couldn't find "invariant_tsc" in the Linux repo

does Linux report it like this? I couldn't find "invariant_tsc" in the Linux repo

yep, it should be constant_tsc.
our tsc_is_invariant is the same Linux X86_FEATURE_CONSTANT_TSC (which is syntetic bit in the x86_cap_flags)
x86_cap_flags is generated by mkcapflags.sh abd used by procfs to generate CPU flags.

I think that check for invariant_tsc in the /proc/cpuinfo is a bug in glibc tests suite code.
Glibc call cpuid() in the get_extended_indices() and treats CPUID.80000007H:EDX[8] as INVARIANT_TSC and check that invariant_tsc exists in the /proc/cpuinfo, while it is not exposed by the Linux kernel.

This revision was not accepted when it landed; it landed in state Needs Review.Jun 29 2022, 7:39 AM
This revision was automatically updated to reflect the committed changes.