[jdk18] RFR: 8274323: compiler/codegen/aes/TestAESMain.java failed with "Error: invalid offset: -1434443640" after 8273297

Smita Kamath svkamath at openjdk.java.net
Fri Dec 17 01:14:26 UTC 2021


On Thu, 16 Dec 2021 07:24:11 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:

>> The failure happens with XX:+DeoptimizeAlot option. I've set reexecute bit and reset the appropriate state for the interpreter to execute the code when deoptimization occurs.
>
> Unfortunately I hit assert during CTW testing on Windows-x64 when compiling `com.sun.crypto.provider.GaloisCounterMode::implGCMCrypt`.
> 
> 
> #  Internal Error (t:\workspace\open\src\hotspot\share\opto\graphKit.cpp:250), pid=41320, tid=43308
> #  assert(ex_map->jvms()->same_calls_as(_exceptions->jvms())) failed: all collected exceptions must come from the same place
> 
> Current CompileTask:
> C2:   7834 2950    b  4       com.sun.crypto.provider.GaloisCounterMode::implGCMCrypt (100 bytes)
> 
> Stack: [0x000000c86a600000,0x000000c86a700000]
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> V  [jvm.dll+0xbb90d1]  os::platform_print_native_stack+0xf1  (os_windows_x86.cpp:235)
> V  [jvm.dll+0xdf904e]  VMError::report+0x101e  (vmError.cpp:828)
> V  [jvm.dll+0xdfaa4e]  VMError::report_and_die+0x7fe  (vmError.cpp:1656)
> V  [jvm.dll+0xdfb1d4]  VMError::report_and_die+0x64  (vmError.cpp:1437)
> V  [jvm.dll+0x536f47]  report_vm_error+0xb7  (debug.cpp:280)
> V  [jvm.dll+0x6da439]  GraphKit::add_exception_states_from+0x119  (graphKit.cpp:286)
> V  [jvm.dll+0x414375]  PredicatedIntrinsicGenerator::generate+0x7f5  (callGenerator.cpp:1358)
> V  [jvm.dll+0x5c3b62]  Parse::do_call+0x9c2  (doCall.cpp:651)
> V  [jvm.dll+0xbe3745]  Parse::do_one_bytecode+0x32b5  (parse2.cpp:2704)
> V  [jvm.dll+0xbd5ae7]  Parse::do_one_block+0x437  (parse1.cpp:1557)
> V  [jvm.dll+0xbd463c]  Parse::do_all_blocks+0x5cc  (parse1.cpp:710)
> V  [jvm.dll+0xbd0c3d]  Parse::Parse+0xc1d  (parse1.cpp:616)
> V  [jvm.dll+0x413a15]  ParseGenerator::generate+0xa5  (callGenerator.cpp:103)
> V  [jvm.dll+0x4eba90]  Compile::Compile+0x1110  (compile.cpp:714)
> 
> 
> The call stack has `PredicatedIntrinsicGenerator` so it seems related to changes.
> 
> I got replay file and will try to reproduce it tomorrow.

@vnkozlov Since, array allocation on heap is causing issues, would it be better if I update the code to have the temp array allocation on stack? The updated code will eliminate the need for re-execution.
I have the change ready and can push it if you think it is alright to do so. Please do let me know your thoughts. Thanks.

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

PR: https://git.openjdk.java.net/jdk18/pull/19


More information about the hotspot-compiler-dev mailing list