RFR: 8359820: Improve handshake/safepoint timeout diagnostic messages [v2]
Anton Artemov
duke at openjdk.org
Fri Jul 18 07:47:52 UTC 2025
On Fri, 18 Jul 2025 06:58:49 GMT, David Holmes <dholmes at openjdk.org> wrote:
>> Anton Artemov has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains eight commits:
>>
>> - Merge remote-tracking branch 'origin/master' into JDK-8359820-SIGILL-with-low-handshake-timeout-on-intel-sde
>> - 8359820: Fixed test
>> - 8359820: Removed extra line
>> - Merge branch 'JDK-8359820-SIGILL-with-low-handshake-timeout-on-intel-sde' of https://github.com/toxaart/jdk into JDK-8359820-SIGILL-with-low-handshake-timeout-on-intel-sde
>> - Merge remote-tracking branch 'origin/master' into JDK-8359820-SIGILL-with-low-handshake-timeout-on-intel-sde
>> - 8359820: Improved safepoint and handshake timeout report
>> - 8359820: Fixed newline
>> - 8359820: Explicitly report SIGILL fired by handshake timeout handler in VMError::report()
>
> src/hotspot/share/runtime/handshake.cpp line 49:
>
>> 47: #include "utilities/systemMemoryBarrier.hpp"
>> 48:
>> 49: intptr_t HandshakeTimedOutThread = p2i(nullptr);
>
> Variable names don't start with a capital, or generally use camel-case.
Thanks, addressed in the latest commit. Some other variables in that file do not follow convention though.
> src/hotspot/share/utilities/vmError.cpp line 825:
>
>> 823: } else if (SafepointTimedOutThread != p2i(nullptr)) {
>> 824: st->print(" (sent by safepoint timeout handler, timed out thread " PTR_FORMAT ")", SafepointTimedOutThread);
>> 825: } else {
>
> I was thinking here that we would only report the timeouts if the current thread was the one we had stashed away. That way we don't hijack a completely different occurrence of SIGILL.
I changed the condition as suggested.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/26309#discussion_r2215277341
PR Review Comment: https://git.openjdk.org/jdk/pull/26309#discussion_r2215277962
More information about the hotspot-runtime-dev
mailing list