RFR: 8267341: macos attempt_reserve_memory_at(arg1, arg2, true) failure [v4]
David Holmes
dholmes at openjdk.java.net
Thu Jan 6 23:03:17 UTC 2022
On Thu, 6 Jan 2022 16:16:55 GMT, Gerard Ziemski <gziemski at openjdk.org> wrote:
>> Re-enable **release_multi_mappings** gtest on macOS
>>
>> This test would occasionally fail on macOS, but thanks to Dan's catch, it turned out that it actually only fails on those test machines that run macOS 10.13.6 or earlier.
>>
>> The proposed fix simply makes a single call to `os::reserve_memory()` with the `executable` flag `True`, and if that failed forces `executable` to `False` later in the actual test code (alternatively we could have just also skipped that test portion completely, but this way we actually do something rather than nothing at all).
>>
>> Tested manually on macOS 10.13.6 and via Mach5
>
> Gerard Ziemski has updated the pull request incrementally with one additional commit since the last revision:
>
> rename can_alloc_executable_memory to can_reserve_executable_memory
Minor nit below. Otherwise looks fine.
Thanks,
David
test/hotspot/gtest/runtime/test_os.cpp line 379:
> 377: #ifdef __APPLE__
> 378: // Workaround: try reserving memory with executable flag set to True
> 379: // to figure out if such operation is supported on this macOS version
This comment really belongs on can_reserve_executable_memory now.
-------------
Marked as reviewed by dholmes (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/6960
More information about the hotspot-runtime-dev
mailing list