RFR: 8317440: Lock rank checking fails when code root set is modified with the Servicelock held after JDK-8315503

Fri Oct 6 12:51:08 UTC 2023

On Fri, 6 Oct 2023 11:49:21 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> Variant 1 seems ok. Uses of the CHT shouldn't take locks, so having a low lock ranking for CHT lock seems like it'll be fine (I can't find where it takes the ThreadsSMRDelete_lock). If any of this breaks, we can try approach #2 next.

Thread lists synchronization in `GlobalCounter::write_synchronize()` uses the `ThreadsSMRDelete_lock` via `JavaThreadIteratorWithHandle`->`ThreadsListHandle`->`SafeThreadsListPtr` in the destructor ...

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

PR Comment: https://git.openjdk.org/jdk/pull/16062#issuecomment-1750614008