JDK-8357593 : Crash in Matcher::init_first_stack_mask() during production run
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 25
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2025-05-22
  • Updated: 2025-05-23
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.
Other
tbdUnresolved
Related Reports
Causes :  
JDK-8354887 - Preserve runtime blobs in AOT code cache
Relates :  
JDK-8357514 - Disable AOT caching for runtime stubs
Description
After JDK-8354887 was integrated we hit strange failures which looks like memory stomps during our JCK testing of AOT new JEPs:

# Internal Error (/workspace/open/src/hotspot/share/opto/regmask.hpp:222), pid=4186624, tid=4186658
# assert(_RM_UP[i] == 0) failed: _hwm too low: 5 regs at: 4
or

# Internal Error (/workspace/open/src/hotspot/share/opto/type.cpp:996), pid=2832821, tid=2832868
# fatal error: meet not symmetric
or other strange issues during C2 compilation

After investigating (running tests in loop) I narrowed down the issue to AOT caching of C2 runtime stubs:

https://github.com/openjdk/jdk/blob/master/src/hotspot/share/opto/output.cpp#L3491
Comments
It is not regression. New code AOT caching of runtime stubs is not working properly. We switched the feature off with flag (not even command line flag will enable it). So now it is not urgent to fix - even not in 25. that is why `tbd`. I start investigating it but I have other high priority issues to fix.
23-05-2025
[~kvn] is this a regression that should be fixed in JDK 25?
23-05-2025
JDK-8357514 disabel AOT stubs caching until we address this issue.
22-05-2025