RFR(s): 8205583: Crash in ConcurrentHashTable do_bulk_delete_locked_for

Robbin Ehn robbin.ehn at oracle.com
Mon Jun 25 18:26:37 UTC 2018

Hi all, please review.

Webrev: http://cr.openjdk.java.net/~rehn/8205583/v0/webrev/index.html
Issue: https://bugs.openjdk.java.net/browse/JDK-8205583

The problem is that the cancel-able cleaning operation is unaware of rehash.
The cleaning starts, pauses for a safepoint which does the rehash, destroying
the old table. When the cleaning continues after the safepoint it will continue
to do so in the destroyed table.

The cancelability of the cleaning operation is not needed and just creates
complicity. In this change-set I remove that functionality, which means a rehash
will be postponed until the cleaning have finished. (identical as for growing)

Passed 700 runs of the test that produced the error and tier 1-3.

Thanks, Robbin

More information about the hotspot-runtime-dev mailing list