Details
Description
The runtime call in expanded Shenandoah LRB doesn't need to produce (and consume) raw memory state. I believe this is a left-over from when the LRB (or WB) allocated from TLABs, and would mess with TLAB pointers, when not ordered correctly. (Also, we used to require ordering with RBs back when we had them, but we already removed that memory dependency on -8 offset)
Attachments
Issue Links
- relates to
-
JDK-8277652 SIGSEGV in ShenandoahBarrierC2Support::verify_raw_mem for malformed control flow graph
-
- Closed
-
-
JDK-8287227 Shenandoah: A couple of virtual thread tests failed with iu mode even without Loom enabled.
-
- Resolved
-