RFR: 8372703: Test compiler/arguments/TestCodeEntryAlignment.java failed: assert(allocates2(pc)) failed: not in CodeBuffer memory

Damon Fenacci dfenacci at openjdk.org
Tue Dec 2 14:44:10 UTC 2025


On Mon, 1 Dec 2025 21:16:18 GMT, Volodymyr Paprotski <vpaprotski at openjdk.org> wrote:

> Requires a Broadwell machine, but was able to reproduce with an emulator:
> 
> 
> ~/sde-external-9.58.0-2025-06-16-lin/sde64 -follow-subprocess -bdw -- ./build/linux-x86_64-server-fastdebug/images/jdk/bin/java  -XX:-UseMulAddIntrinsic -XX:+UseDilithiumIntrinsics -XX:+UnlockExperimentalVMOptions -XX:CodeCacheSegmentSi
> ze=1024 -XX:CodeEntryAlignment=1024 -cp build/linux-x86_64-server-fastdebug/support/test/lib/test-lib.jar test/hotspot/jtreg/compiler/arguments/TestCodeEntryAlignment.java run

Thanks @vpaprotsk for fixing this. Looks good to me (if tests are OK).

src/hotspot/cpu/x86/stubDeclarations_x86.hpp line 76:

> 74:                                        do_arch_entry,                   \
> 75:                                        do_arch_entry_init)              \
> 76:   do_arch_blob(compiler, 120000 WINDOWS_ONLY(+2000))                    \

I was wondering if there are any reason for this value (apart that it is enough for the test to pass. I just noticed that it has been increased already in the past).

-------------

Marked as reviewed by dfenacci (Committer).

PR Review: https://git.openjdk.org/jdk/pull/28588#pullrequestreview-3530481034
PR Review Comment: https://git.openjdk.org/jdk/pull/28588#discussion_r2581474386


More information about the hotspot-compiler-dev mailing list