Back to bug 2085529

Who When What Removed Added
Red Hat Bugzilla 2022-05-13 15:25:44 UTC Pool ID sst_pt_gcc_glibc_rhel_9
Martin Cermak 2022-05-13 15:30:06 UTC QA Contact qe-baseos-tools-bugs skolosov
Red Hat One Jira (issues.redhat.com) 2022-05-13 15:33:31 UTC Link ID Red Hat Issue Tracker RHELPLAN-122003
Florian Weimer 2022-06-07 08:54:10 UTC Link ID Red Hat Issue Tracker OSCI-3342
Florian Weimer 2022-06-08 14:52:23 UTC Assignee glibc-bugzilla fweimer
Status NEW ASSIGNED
Florian Weimer 2022-06-08 19:33:35 UTC Fixed In Version glibc-2.34-37.el9
Status ASSIGNED MODIFIED
Florian Weimer 2022-06-24 13:25:41 UTC Type Bug Enhancement
Summary glibc: Enable rseq-accelerated sched_getcpu by default glibc: Restartable sequences interface sched_getcpu accelerated by default
Florian Weimer 2022-06-24 14:21:41 UTC Summary glibc: Restartable sequences interface sched_getcpu accelerated by default glibc: Restartable sequences interfaces and sched_getcpu accelerated by default
Florian Weimer 2022-06-24 14:27:35 UTC Doc Text Feature: Restartable sequences support and sched_getcpu acceleration enabled by default

Reason: In order to accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in glibc. To enable continued application use of the shared rseq area by applications, glibc now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols first added in glibc 2.35 upstream version.

Result: `sched_getcpu` performance is increased. Applications can use the restartable sequence features through the new glibc interfaces.
Florian Weimer 2022-07-08 09:32:17 UTC Blocks 2105220
errata-xmlrpc 2022-07-08 20:01:45 UTC Status MODIFIED ON_QA
Sergey Kolosov 2022-07-11 05:28:57 UTC Status ON_QA VERIFIED
Carlos O'Donell 2022-08-05 13:51:21 UTC Keywords FutureFeature
RHEL Program Management Team 2022-08-05 13:52:04 UTC Blocks 2115828
RHEL Program Management Team 2022-08-05 13:52:07 UTC Keywords ZStream
Florian Weimer 2022-08-05 14:00:55 UTC Keywords FutureFeature
Dominik 2022-09-13 15:23:22 UTC CC dklon
Docs Contact dklon
Dominik 2022-10-07 12:22:48 UTC Flags needinfo?(fweimer)
Doc Text Feature: Restartable sequences support and sched_getcpu acceleration enabled by default

Reason: In order to accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in glibc. To enable continued application use of the shared rseq area by applications, glibc now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols first added in glibc 2.35 upstream version.

Result: `sched_getcpu` performance is increased. Applications can use the restartable sequence features through the new glibc interfaces.
.Restartable sequences support and `sched_getcpu` acceleration are enabled by default

To accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in glibc. To allow applications to continuously use the shared rseq area, glibc now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols which were first added in glibc 2.35 upstream version. As a result, the performance of the `sched_getcpu` function is increased and applications can now use the restartable sequence features through the new glibc interfaces.
Florian Weimer 2022-10-10 06:44:56 UTC Flags needinfo?(fweimer)
Dominik 2022-11-03 13:00:02 UTC Doc Text .Restartable sequences support and `sched_getcpu` acceleration are enabled by default

To accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in glibc. To allow applications to continuously use the shared rseq area, glibc now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols which were first added in glibc 2.35 upstream version. As a result, the performance of the `sched_getcpu` function is increased and applications can now use the restartable sequence features through the new glibc interfaces.
.Applications can use the restartable sequence features through the new `glibc` interfaces

To accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in `glibc`. To allow applications to continuously use the shared rseq area, `glibc` now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols which were first added in `glibc` 2.35 upstream version. With this enhancement, the performance of the `sched_getcpu` function is increased and applications can now use the restartable sequence features through the new `glibc` interfaces.
Gabi Fialová 2022-11-07 13:40:44 UTC CC gfialova
Doc Text .Applications can use the restartable sequence features through the new `glibc` interfaces

To accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in `glibc`. To allow applications to continuously use the shared rseq area, `glibc` now provides the `__rseq_offset`, `__rseq_size` and `__rseq_flags` symbols which were first added in `glibc` 2.35 upstream version. With this enhancement, the performance of the `sched_getcpu` function is increased and applications can now use the restartable sequence features through the new `glibc` interfaces.
.Applications can use the restartable sequence features through the new `glibc` interfaces

To accelerate the `sched_getcpu` function (especially on aarch64), it is necessary to use the restartable sequences (rseq) kernel feature by default in `glibc`. To allow applications to continuously use the shared rseq area, `glibc` now provides the `pass:[__rseq_offset]`, `pass:[__rseq_size]` and `pass:[__rseq_flags]` symbols which were first added in `glibc` 2.35 upstream version. With this enhancement, the performance of the `sched_getcpu` function is increased and applications can now use the restartable sequence features through the new `glibc` interfaces.
errata-xmlrpc 2022-11-15 00:19:17 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2022-11-15 11:11:50 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2022-11-15 11:11:50 UTC
errata-xmlrpc 2022-11-15 11:12:26 UTC Link ID Red Hat Product Errata RHBA-2022:8272
Mark O'Brien 2023-07-18 14:29:19 UTC Pool ID sst_pt_glibc_rhel_9 sst_pt_libraries_rhel_9

Back to bug 2085529