JDK-8231586 : enlarge encoding space for OopMapValue offsets
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 11,14
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2019-09-27
  • Updated: 2021-08-31
  • Resolved: 2019-10-09
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 11 JDK 13 JDK 14
11.0.9-oracleFixed 13.0.6Fixed 14 b19Fixed
Related Reports
Relates :  
JDK-8232083 - Minimal VM is broken after JDK-8231586
Relates :  
JDK-8261236 - C2: ClhsdbJstackXcompStress test fails when StressGCM is enabled
Relates :  
JDK-8237949 - CTW: C1 compilation fails with "too many stack slots used"
Description
The current HotSpot OopMapValue encoding uses 16 and steals 4 bits to represent 4 different flag values. The values are disjoint so they could be encoded by 2 bits, which quadruples the offset range for the encoding.
Comments
Fix request (13u). I would like to backport the fix to jdk13u for parity with jdk11u. The original patch applied cleanly.
22-01-2021
Fix request (11u) -- will label after testing completed. I would like to downport this for parity with 11.0.9-oracle. I had to do a trivial resolve: http://mail.openjdk.java.net/pipermail/jdk-updates-dev/2020-May/003189.html
28-05-2020
We have to backport 2 followup fixes too with these changes: JDK-8232083, JDK-8233027
17-04-2020
yes
31-03-2020
I assume this is needed in 11u?
31-03-2020
URL: https://hg.openjdk.java.net/jdk/jdk/rev/f9cc0141574c User: never Date: 2019-10-09 23:36:44 +0000
09-10-2019