RFR: Workaround C1 ConstantOopWriteValue bug

Roman Kennke roman at kennke.org
Tue Nov 14 18:03:41 UTC 2017


Yes. I believe this is the best fix so far.

Am 14. November 2017 18:58:00 MEZ schrieb Aleksey Shipilev <shade at redhat.com>:
>http://cr.openjdk.java.net/~shade/shenandoah/workaround-jni-acmp/webrev.01/
>
>This is the workaround for the upstream C1 bug: it calls heap-aware
>code in improper thread state.
>This fails fairly reliably with Shenandoah, because on those paths we
>have obj_equals that does read
>barriers, and it crashes the compiler code that walks the heap. This
>also happens during Full GCs
>mostly, because the pointers are aggressively changing there.
>
>Link to upstream discussion:
>http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2017-November/027546.html
>
>The change is done for the ease of backporting: we isolate
>Shenandoah-specific path. If/when
>upstream fix arrives, we can partially undo this workaround.
>
>Testing: hotspot_gc_shenandoah (fastdebug), stress configurations that
>used to fail
>
>Thanks,
>-Aleksey

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


More information about the shenandoah-dev mailing list