JDK-8283670 : gtest os.release_multi_mappings_vm is still racy
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 19
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2022-03-25
  • Updated: 2023-09-28
  • Resolved: 2022-03-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 17 JDK 19
17.0.10Fixed 19 b16Fixed
Related Reports
Relates :  
Description
JDK-8280940 fixed up os.release_multi_mappings_vm to make its handling of multiple neighboring reservations less racy, but I forgot to fix up the reserve_multiple() function, which follows the same pattern and is still racy. It reserves an area, releases it, then re-reserves stripes in that area.

We see problems on Linux PPC, which makes sense because we have here 64k pages, and therefore the stripe size is large, and we have a higher chance of someone grabbing that address space concurrently between the release and the stripe-wise re-reserve.
Comments
A pull request was submitted for review. URL: https://git.openjdk.org/jdk17u-dev/pull/1798 Date: 2023-09-27 06:50:53 +0000
27-09-2023

Fix request [17u] I backport this to stabilize testing. No risk, only a test change. Clean backport. SAP nightly testing passed.
27-09-2023

Changeset: 2e9fd565 Author: Thomas Stuefe <stuefe@openjdk.org> Date: 2022-03-29 07:09:27 +0000 URL: https://git.openjdk.java.net/jdk/commit/2e9fd56524f739dc4023b81061cb2587d6325fac
29-03-2022

A pull request was submitted for review. URL: https://git.openjdk.java.net/jdk/pull/7953 Date: 2022-03-25 06:01:19 +0000
26-03-2022