RFR: 8273635: Attempting to acquire lock StackWatermark_lock/9 out of order with lock tty_lock/3

David Holmes dholmes at openjdk.java.net
Mon Sep 13 22:04:22 UTC 2021


On Mon, 13 Sep 2021 20:04:56 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> This change reverts the rank ordering of ttyLock and StackWatermark_lock because the latter is held through a very large region and printing all of this to a buffer with xmlstream is non-trivial.
> With this change, if tty->print_cr() is done while holding the stackwatermark lock or lower (which is service ranking, etc), a lock inversion will happen with ttyLock.  This doesn't happen now because all the code in GC and much of the rest of the runtime use UL and not tty->print().
> Tested with tier1-6.

Hi Coleen,

The ranking restoration seems fine. One possible typo below.

Thanks,
David

test/hotspot/jtreg/compiler/uncommontrap/TestDeoptOOM.java line 39:

> 37:  * @test
> 38:  * @bug 8273456
> 39:  * @summary Test that ttyLock is ranked about StackWatermark_lock

s/about/above/ ?

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

Marked as reviewed by dholmes (Reviewer).

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


More information about the hotspot-dev mailing list