Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-29437

The kernel rejects programmed TSC offsets in the architectural MSRs

    • kernel-5.14.0-458.el9
    • None
    • Important
    • OtherQA
    • sst_arch_hw
    • ssg_platform_enablement
    • 14
    • 18
    • 5
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • x86_64
    • None

      What were you trying to do that didn't work?

      When booting a Eviden BullSequana SH160, Dell S5516 or Hitachi DS9160 server with more than 4 sockets, the kernel rejects the TSR adjust architecural MSR values, using 0 instead.

      After this occurs, the system falls back to HPET timekeeping, which severely limits performance.

      Please provide the package NVR for which bug is seen:

      kernel-5.14.0-70.13.1.el9_0.x86_64

      How reproducible:

      100% (every boot)

      Steps to reproduce

      1. Activate TSC synchronisation in the aforementioned servers
      2. Boot with >4 sockets
      3. Observe the kernel resetting the TSC adjust architectural MSRs to 0

      Expected results

      The kernel trusts and accepts the values programmed the in the TSC adjust architectural MSRs, as setup by the BIOS.

      Actual results

      The kernel rewrites these MSRs with 0.

      Additional notes

      I have prepared and published a kernel patch to address the issue upstream:
      https://lkml.org/lkml/2024/2/26/277

              prarit@redhat.com Prarit Bhargava
              dblueman Daniel J Blueman (Inactive)
              Arch HW Triage Bot Arch HW Triage Bot
              Laura Trivelloni Laura Trivelloni
              Votes:
              0 Vote for this issue
              Watchers:
              12 Start watching this issue

                Created:
                Updated:
                Resolved: