RFR (XS) 8237080: fatal error: VM thread could block on lock that may be held by a JavaThread during safepoint: SharedDecoder_lock
Patricio Chilano
patricio.chilano.mateo at oracle.com
Wed Jan 29 17:07:57 UTC 2020
Hi Coleen,
Looks good to me. Not for this change but seems all monitors that are
_safepoint_check_never should have allow_vm_block to true since they
will not be held during a safepoint. Based on the output message in
check_block_state() that's what we are trying to avoid. Also we wouldn't
be incrementing _no_safepoint_count in no_safepoint_verifier()
otherwise, which I think is what we want if the monitor has the
_safepoint_check_never flag.
Thanks,
Patricio
On 1/28/20 6:36 PM, coleen.phillimore at oracle.com wrote:
> Summary: Set allow_vm_block to true for this lock. It's
> _safepoint_check_never so it's sort of implied (you can't safepoint
> holding the lock and block out the vm thread).
>
> open webrev at http://cr.openjdk.java.net/~coleenp/2020/8237080.01/webrev
> bug link https://bugs.openjdk.java.net/browse/JDK-8237080
>
> Ran test case with hard-coded failure, and tier1-6.
>
> Thanks,
> Coleen
More information about the hotspot-runtime-dev
mailing list