RFR: JDK-8265298: Hard VM crash when deadlock between "access" and higher ranked lock is detected [v2]

Aleksey Shipilev shade at openjdk.java.net
Thu Apr 15 20:01:10 UTC 2021


On Thu, 15 Apr 2021 19:45:00 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> The intent is to lock `access` first, then `leaf` -- after all, that was the issue I initially found. About `wait`: I copy-pasted the shape of the test from the `monitor_wait_rank_special` above. I thought it was dubious that we basically expect to assert at `monitor_rank_leaf->lock_without_safepoint_check();`, but thought having `wait` makes the code a bit more readable. I can just remove `wait` here.
>
> Ah, you mean the test checks the attempt to wait! Right, let me fix that.

Fixed. There is a wrinkle: `leaf` is not a `special` lock, so this test would make little sense. I replaced `leaf` with `tty` instead.

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

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


More information about the hotspot-runtime-dev mailing list