Back to bug 1912670
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Red Hat Bugzilla | 2021-01-05 06:06:18 UTC | Pool ID | sst_platform_tools_rhel_8 | |
| Red Hat One Jira (issues.redhat.com) | 2021-01-05 06:06:54 UTC | Link ID | Red Hat Issue Tracker - Private RHELPLAN-63030 | |
| Li Wang | 2021-01-05 06:16:14 UTC | CC | rasibley | |
| Florian Weimer | 2021-01-05 16:33:52 UTC | Comment 2 is private | 1 | 0 |
| Flags | needinfo?(liwan) | |||
| Florian Weimer | 2021-01-05 16:51:47 UTC | Keywords | Bugfix, Triaged | |
| Link ID | Sourceware 26637 | |||
| Doc Text | Cause: The semctl system call wrapper in glibc does not treat SEM_STAT_ANY like SEM_STAT. Consequence: glibc does not properly pass the address of the struct semid_ds result object to the kernel, so that the kernel fails to update it properly. Fix: SEM_STAT_ANY is treated like SEM_STAT by glibc. Result: Applications can obtain struct semid_ds data using SEM_STAT_ANY. | |||
| Doc Type | If docs needed, set a value | Bug Fix | ||
| Li Wang | 2021-01-06 02:14:33 UTC | Target Release | 8.0 | 8.5 |
| Flags | needinfo?(liwan) | |||
| Florian Weimer | 2021-01-06 09:29:29 UTC | Priority | unspecified | low |
| Keywords | Patch | |||
| Hardware | Unspecified | All | ||
| Target Milestone | rc | pre-dev-freeze | ||
| Severity | unspecified | low | ||
| OS | Unspecified | Linux | ||
| Martin Cermak | 2021-03-05 13:52:11 UTC | QA Contact | qe-baseos-tools-bugs | skolosov |
| Carlos O'Donell | 2021-03-15 21:14:46 UTC | Status | NEW | ASSIGNED |
| Assignee | glibc-bugzilla | codonell | ||
| Carlos O'Donell | 2021-03-20 04:14:02 UTC | Fixed In Version | glibc-2.28-153.el8 | |
| Status | ASSIGNED | MODIFIED | ||
| errata-xmlrpc | 2021-03-29 19:15:06 UTC | Status | MODIFIED | ON_QA |
| Sergey Kolosov | 2021-04-12 09:54:11 UTC | Status | ON_QA | VERIFIED |
| Petr Kovar | 2021-06-01 17:08:00 UTC | Docs Contact | egebhard | |
| Eva-Lotte Gebhardt | 2021-06-14 08:53:22 UTC | Flags | needinfo?(codonell) | |
| Carlos O'Donell | 2021-07-08 14:53:40 UTC | Flags | needinfo?(codonell) | |
| Eva-Lotte Gebhardt | 2021-07-09 08:46:57 UTC | Doc Text | Cause: The semctl system call wrapper in glibc does not treat SEM_STAT_ANY like SEM_STAT. Consequence: glibc does not properly pass the address of the struct semid_ds result object to the kernel, so that the kernel fails to update it properly. Fix: SEM_STAT_ANY is treated like SEM_STAT by glibc. Result: Applications can obtain struct semid_ds data using SEM_STAT_ANY. | .The `semctl` system call wrapper in `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT` Previously, the `semctl` system call wrapper in `glibc` did not treat the kernel argument `SEM_STAT_ANY` like `SEM_STAT`. As a result, `glibc` did not properly pass the address of the result object `struct semid_ds` to the kernel so that the kernel failed to update it properly. With this update, `SEM_STAT_ANY` is now treated like `SEM_STAT` by glibc, and as a result, applications can obtain `struct semid_ds` data using `SEM_STAT_ANY`. |
| Eva-Lotte Gebhardt | 2021-07-09 11:31:18 UTC | Doc Text | .The `semctl` system call wrapper in `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT` Previously, the `semctl` system call wrapper in `glibc` did not treat the kernel argument `SEM_STAT_ANY` like `SEM_STAT`. As a result, `glibc` did not properly pass the address of the result object `struct semid_ds` to the kernel so that the kernel failed to update it properly. With this update, `SEM_STAT_ANY` is now treated like `SEM_STAT` by glibc, and as a result, applications can obtain `struct semid_ds` data using `SEM_STAT_ANY`. | .The `semctl` system call wrapper in `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT` Previously, the `semctl` system call wrapper in `glibc` did not treat the kernel argument `SEM_STAT_ANY` like `SEM_STAT`. As a result, `glibc` did not pass the address of the result object `struct semid_ds` to the kernel, so that the kernel failed to update it. With this update, `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT``, and as a result, applications can obtain `struct semid_ds` data using `SEM_STAT_ANY`. |
| Pavel Najman | 2021-09-17 12:24:26 UTC | Pool ID | sst_platform_tools_rhel_8 | sst_pt_pcp_rhel_8 |
| Pavel Najman | 2021-09-17 12:34:06 UTC | Pool ID | sst_pt_pcp_rhel_8 | sst_pt_gcc_glibc_rhel_8 |
| Lenka Špačková | 2021-11-08 14:47:24 UTC | Doc Text | .The `semctl` system call wrapper in `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT` Previously, the `semctl` system call wrapper in `glibc` did not treat the kernel argument `SEM_STAT_ANY` like `SEM_STAT`. As a result, `glibc` did not pass the address of the result object `struct semid_ds` to the kernel, so that the kernel failed to update it. With this update, `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT``, and as a result, applications can obtain `struct semid_ds` data using `SEM_STAT_ANY`. | .The `semctl` system call wrapper in `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT` Previously, the `semctl` system call wrapper in `glibc` did not treat the kernel argument `SEM_STAT_ANY` like `SEM_STAT`. As a result, `glibc` did not pass the address of the result object `struct semid_ds` to the kernel, so that the kernel failed to update it. With this update, `glibc` now treats `SEM_STAT_ANY` like `SEM_STAT`, and as a result, applications can obtain `struct semid_ds` data using `SEM_STAT_ANY`. |
| errata-xmlrpc | 2021-11-09 00:15:58 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2021-11-09 19:28:09 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2021-11-09 19:28:09 UTC | |||
| errata-xmlrpc | 2021-11-09 19:28:33 UTC | Link ID | Red Hat Product Errata RHSA-2021:4358 | |
| Mark O'Brien | 2023-07-18 14:30:35 UTC | Pool ID | sst_pt_glibc_rhel_8 | sst_pt_libraries_rhel_8 |
Back to bug 1912670