RFR: 8320302: compiler/arguments/TestC1Globals.java hits SIGSEGV in ContinuationEntry::set_enter_code [v3]

Patricio Chilano Mateo pchilanomate at openjdk.org
Tue Feb 6 20:14:56 UTC 2024


On Tue, 6 Feb 2024 05:15:06 GMT, David Holmes <dholmes at openjdk.org> wrote:

>> Patricio Chilano Mateo has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision:
>> 
>>  - Merge branch 'master' into JDK-8320302
>>  - use vm_exit_during_initialization instead of fatal
>>  - inline call to initialize cont class
>>  - v1
>
> src/hotspot/cpu/x86/sharedRuntime_x86_64.cpp line 1747:
> 
>> 1745:                                               oop_maps,
>> 1746:                                               exception_offset);
>> 1747:     if (nm == nullptr) vm_exit_during_initialization("Initial size of CodeCache is too small");
> 
> IIUC `AdapterHandlerLibrary::create_native_wrapper`  is the only caller of `generate_native_wrapper` so it is only called during VM init now. But not sure it wouldn't be better/cleaner to simply return nullptr here and have `AdapterHandlerLibrary::create_native_wrapper` do the `vm_exit_during_initialization`?

We could do that too. We have to check for nullptr && method->is_continuation_native_intrinsic() since AdapterHandlerLibrary::create_native_wrapper() itself is called from 2 other places which should not fail with vm_exit_during_initialization() if creation of the native nmethod failed. I don't have a preference, both ways are fine with me.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/17455#discussion_r1480481182


More information about the hotspot-dev mailing list