Bug ID: JDK-8272094 compiler/codecache/TestStressCodeBuffers.java crashes with "failed to allocate space for trampoline"

Versions (Unresolved/Resolved/Fixed)

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 17	JDK 19
11.0.18-oracleFixed	17.0.6-oracleFixed	19 b23Fixed

compiler/codecache/TestStressCodeBuffers.java fails with:

StressCodeBuffers: have expanded 128 times
StressCodeBuffers: have expanded 256 times
StressCodeBuffers: have expanded 512 times
StressCodeBuffers: have expanded 1024 times
StressCodeBuffers: have expanded 2048 times
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/macroAssembler_aarch64.cpp:4646
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/mach5/mesos/work_dir/slaves/35546316-ed70-4084-8244-d672e7734fd1-S13240/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/314725c0-be51-4206-8ed3-e333582d452e/runs/c4733186-d791-4016-86cc-a894de692237/workspace/open/src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp:4646), pid=1511627, tid=1511637
#  assert(false) failed: failed to allocate space for trampoline
#
# JRE version: Java(TM) SE Runtime Environment (18.0+10) (fastdebug build 18-ea+10-439)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 18-ea+10-439, compiled mode, sharing, tiered, compressed oops, compressed class ptrs, serial gc, linux-aarch64)
# Problematic frame:
# V  [libjvm.so+0x1268958]  MacroAssembler::zero_words(RegisterImpl*, RegisterImpl*)+0x808

A pull request was submitted for review. URL: https://git.openjdk.org/jdk11u-dev/pull/1503 Date: 2022-11-04 18:20:18 +0000
04-11-2022
Fix request [17u] I backport this for parity with 17.0.6-oracle. Requires follow-up to JDK-8270947. Clean backport except for ProblemList. Test passes. SAP nightly testing passed.
18-10-2022
A pull request was submitted for review. URL: https://git.openjdk.org/jdk17u-dev/pull/794 Date: 2022-10-14 13:52:02 +0000
14-10-2022
A pull request was submitted for review. URL: https://git.openjdk.org/jdk18u/pull/173 Date: 2022-06-21 09:40:52 +0000
21-06-2022
Changeset: 0948c097 Author: Andrew Haley <aph@openjdk.org> Date: 2022-05-17 09:02:06 +0000 URL: https://git.openjdk.java.net/jdk/commit/0948c097a855dcc9a8a437b4618d7c1922722eab
17-05-2022
A pull request was submitted for review. URL: https://git.openjdk.java.net/jdk/pull/8730 Date: 2022-05-16 15:33:55 +0000
16-05-2022
Deferring to JDK 19 as this is a P3 and RDP 2 is starting today.
20-01-2022
Hi [~aph], do you plan to get a fix in for this in JDK 18? As it is a P3, it needs to be fixed before RDP 2 is starting next Thursday. Otherwise, we have to defer it to JDK 19.
13-01-2022
[~aph], could you please have a look? It's likely related to JDK-8270947.
11-08-2021
[~aph] Is this related to JDK-8270947?
06-08-2021
ILW = C2 assertion failure in code generation, intermittent with single test, use -XX:-StressCodeBuffers or disable compilation of affected method = HLM = P3
06-08-2021

Duplicate :	JDK-8287129 - TestStressCodeBuffers.java crashes on macosx_aarch64
Relates :	JDK-8298720 - Insufficient error handling when CodeBuffer is exhausted
Relates :	JDK-8270947 - AArch64: C1: use zero_words to initialize all objects