Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P4
Fix Version/s: 18
Affects Version/s: 8, 11, 17, 18
Component/s: hotspot
Labels:

Subcomponent:
gc
Resolved In Build:
b26
CPU:

generic
OS:

generic

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8310817	17.0.9	William Kemper	P4	Resolved	Fixed	b01

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)

backported by

JDK-8310817 Shenandoah: Don't produce new memory state in C2 LRB runtime call

Resolved

duplicates

JDK-8310322 [Lilliput/JDK17] assert(found_phi || all_in) failed in shenandoahSupport.cpp:1988

Closed

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

links to

Commit openjdk/jdk17u-dev/b8a65e0d

Commit openjdk/jdk/3d39f09c

Review openjdk/jdk17u-dev/1448

Review openjdk/jdk/6526

(3 links to)

Assignee:: Roman Kennke

Reporter:: Roman Kennke

Votes:: 0 Vote for this issue

Watchers:: 5 Start watching this issue

Created:: 2021-11-23 08:17

Updated:: 2023-06-23 10:59

Resolved:: 2021-11-29 08:00

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates