[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-hotspot-runtime-dev
Subject:    Integrated: JDK-8283670: gtest os.release_multi_mappings_vm is still racy
From:       Thomas Stuefe <stuefe () openjdk ! java ! net>
Date:       2022-03-29 7:13:37
Message-ID: NSpbAHrL9AU_zCF7028RPaXPhC3YiKvNMJKvkQpLg-o=.e569732e-a773-41ab-bd59-a1fa7e9babcb () github ! com
[Download RAW message or body]

On Fri, 25 Mar 2022 06:01:19 GMT, Thomas Stuefe <stuefe@openjdk.org> wrote:

> [JDK-8280940](https://bugs.openjdk.java.net/browse/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 intermittent problems on Linux PPC. This 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.

This pull request has now been integrated.

Changeset: 2e9fd565
Author:    Thomas Stuefe <stuefe@openjdk.org>
URL:       https://git.openjdk.java.net/jdk/commit/2e9fd56524f739dc4023b81061cb2587d6325fac
                
Stats:     42 lines in 1 file changed: 18 ins; 8 del; 16 mod

8283670: gtest os.release_multi_mappings_vm is still racy

Reviewed-by: mdoerr, dholmes

-------------

PR: https://git.openjdk.java.net/jdk/pull/7953


[prev in list] [next in list] [prev in thread] [next in thread]