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

glibc: Adjust __rseq_size behavior to upstream [rhel-9.6]

XMLWordPrintable

    • No
    • Low
    • ZStream, Patch
    • 2e456ccf0c34a056e3ccafac4a0c7effef14d918
    • rhel-sst-pt-libraries
    • ssg_platform_tools
    • 1
    • False
    • Hide

      None

      Show
      None
    • No
    • Red Hat Enterprise Linux
    • None
    • Approved Blocker
    • None
    • None
    • Unspecified Release Note Type - Unknown
    • All
    • None

      Upstream fixed an API glitch in __rseq_size with this commit:

      commit 2e456ccf0c34a056e3ccafac4a0c7effef14d918
Author: Florian Weimer <fweimer@redhat.com>
Date:   Mon Jul 8 21:14:00 2024 +0200

    Linux: Make __rseq_size useful for feature detection (bug 31965)
    
    The __rseq_size value is now the active area of struct rseq
    (so 20 initially), not the full struct size including padding
    at the end (32 initially).
    
    Update misc/tst-rseq to print some additional diagnostics.
    
    Reviewed-by: Michael Jeanson <mjeanson@efficios.com>
    Reviewed-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>

      This was deemed a glibc bug fix for an incorrectly implemented interface, so it applies retroactively.

      We need to backport this into all RHEL 9 releases with __rseq_size support (so all of them), so that applications can use __rseq_size for feature checks in the expected way.

              glibc-bugzilla Platform Tools - Libraries Bot
              fweimer@redhat.com Florian Weimer
              Platform Tools - Libraries Bot Platform Tools - Libraries Bot
              qe-baseos-tools-bugs@redhat.com qe-baseos-tools-bugs@redhat.com qe-baseos-tools-bugs@redhat.com qe-baseos-tools-bugs@redhat.com
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

                Created:
                Updated: