In the Linux kernel, the following vulnerability has been resolved:
um: work around sched_yield not yielding in time-travel mode
sched_yield by a userspace may not actually cause scheduling in
time-travel mode as no time has passed. In the case seen it appears to
be a badly implemented userspace spinlock in ASAN. Unfortunately, with
time-travel it causes an extreme slowdown or even deadlock depending on
the kernel configuration (CONFIG_UML_MAX_USERSPACE_ITERATIONS).
Work around it by accounting time to the process whenever it executes a
sched_yield syscall.
CVSS
No CVSS.
References
Configurations
No configuration.
History
12 May 2025, 17:32
Type | Values Removed | Values Added |
---|---|---|
Summary |
|
09 May 2025, 07:16
Type | Values Removed | Values Added |
---|---|---|
New CVE |
Information
Published : 2025-05-09 07:16
Updated : 2025-05-12 17:32
NVD link : CVE-2025-37880
Mitre link : CVE-2025-37880
CVE.ORG link : CVE-2025-37880
JSON object : View
Products Affected
No product.
CWE
No CWE.