JDK-8261309 : Remove remaining StoreLoad barrier with UseCondCardMark for Serial/Parallel GC
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 17
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2021-02-08
  • Updated: 2021-03-02
  • Resolved: 2021-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 17
17 b11Fixed
Related Reports
Relates :  
JDK-8260941 - Remove the conc_scan parameter for CardTable
Description
Currently with serial and parallel gc we generate some StoreLoad barriers with UseCondCardMark on some platforms.

These were only required for CMS, should probably have been made conditional on CardTable::scanned_concurrently() and are now obsolete and should be removed across the board.

Noticed by [~kbarrett] during review of JDK-8260941.
Comments
Changeset: a9308705 Author: Thomas Schatzl <tschatzl@openjdk.org> Date: 2021-02-17 08:50:06 +0000 URL: https://git.openjdk.java.net/jdk/commit/a9308705
17-02-2021
This is the only remaining occurrence that has not been conditionalized by `needs_concurrent_scanning` or so as I've found out just now...
12-02-2021
An example is CardTableBarrierSetAssembler::store_check for aarch64.
08-02-2021