JDK-8239081 : Shenandoah: Consolidate C1 LRB and native barriers
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 13,14,15
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2020-02-14
  • Updated: 2022-02-24
  • Resolved: 2020-02-17
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 14 JDK 15
14.0.2Fixed 15 b11Fixed
Related Reports
Duplicate :  
JDK-8239082 - Shenandoah: Consolidate C1 LRB and native barriers
Relates :  
JDK-8238851 - Shenandoah: C1: Resolve into registers of correct type
Relates :  
JDK-8226695 - Shenandoah: Wire C1 and C2 IN_NATIVE barrier
Description
Currently, when emitting IN_NATIVE LRB in C1, we generate a simple runtime call directly in LIR. It'd be more straightforward and maintainable to simply re-use what we do for regular LRB, with the only exception to call into a different runtime endpoint from the stub.
Comments
Fix Request (14u) This needs to be backported to 14u after JDK-8238851. In addition to the cleanup, it removes the block that JDK-8238851 was supposed to modify as well. Patch applies cleanly to 14u, passes CTW tests with Shenandoah, passes tier1 with Shenandoah. Risk is low, because it is Shenandoah-only fix.
13-03-2020
This is only relevant with native barriers. They don't exist in 8u and 11u. I'm dropping the corresponding affects-versions.
03-03-2020
URL: https://hg.openjdk.java.net/jdk/jdk/rev/9513c13b03f3 User: rkennke Date: 2020-02-17 12:05:47 +0000
17-02-2020