-
Bug
-
Resolution: Fixed
-
P4
-
25
We see when running ubsan enabled binaries the following issue in a number of tests ; this came in most likely last week, was not seen before.
It is reported e.g. on Linux x86_64 :
e.g. in jtreg test serviceability/jvmti/vthread/GetThreadState/GetThreadStateTest.java#default (but also in a lot of other tests)
/priv/jenkins/client-home/workspace/openjdk-jdk-weekly-linux_x86_64-opt/jdk/src/hotspot/share/code/relocInfo.cpp:130:37: runtime error: applying non-zero offset 18446744073709551614 to null pointer
#0 0x7f214afdd731 in RelocIterator::initialize(nmethod*, unsigned char*, unsigned char*) src/hotspot/share/code/relocInfo.cpp:130
#1 0x7f214ace0d5f in RelocIterator::RelocIterator(nmethod*, unsigned char*, unsigned char*) src/hotspot/share/code/relocInfo.hpp:1442
#2 0x7f214ace0d5f in nmethod::fix_oop_relocations(unsigned char*, unsigned char*, bool) src/hotspot/share/code/nmethod.cpp:1768
#3 0x7f214acfa3fc in OopRecorder::copy_values_to(nmethod*) src/hotspot/share/code/oopRecorder.hpp:231
#4 0x7f214acfa3fc in CodeBuffer::copy_values_to(nmethod*) src/hotspot/share/asm/codeBuffer.hpp:718
#5 0x7f214acfa3fc in nmethod::nmethod(Method*, CompilerType, int, int, CodeOffsets*, CodeBuffer*, int, ByteSize, ByteSize, OopMapSet*, int) src/hotspot/share/code/nmethod.cpp:1344
#6 0x7f214acfabef in nmethod::new_native_nmethod(methodHandle const&, int, CodeBuffer*, int, int, int, ByteSize, ByteSize, OopMapSet*, int) src/hotspot/share/code/nmethod.cpp:1118
#7 0x7f214b0c8643 in SharedRuntime::generate_native_wrapper(MacroAssembler*, methodHandle const&, int, BasicType*, VMRegPair*, BasicType) src/hotspot/cpu/x86/sharedRuntime_x86_64.cpp:1874
#8 0x7f214b098ea4 in AdapterHandlerLibrary::create_native_wrapper(methodHandle const&) src/hotspot/share/runtime/sharedRuntime.cpp:2846
#9 0x7f214b2eb57e in SystemDictionary::find_method_handle_intrinsic(vmIntrinsicID, Symbol*, JavaThread*) src/hotspot/share/classfile/systemDictionary.cpp:1985
#10 0x7f214a939a0d in LinkResolver::lookup_polymorphic_method(LinkInfo const&, Handle*, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:477
#11 0x7f214a93fc69 in LinkResolver::resolve_method(LinkInfo const&, Bytecodes::Code, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:787
#12 0x7f214a944a10 in LinkResolver::linktime_resolve_static_method(LinkInfo const&, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:1135
#13 0x7f214a944f37 in LinkResolver::resolve_static_call(CallInfo&, LinkInfo const&, bool, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:1108
#14 0x7f214ac6a242 in MethodHandles::resolve_MemberName(Handle, Klass*, int, bool, JavaThread*) src/hotspot/share/prims/methodHandles.cpp:773
#15 0x7f214ac6ac7a in MHN_resolve_Mem src/hotspot/share/prims/methodHandles.cpp:1116
It is reported e.g. on Linux x86_64 :
e.g. in jtreg test serviceability/jvmti/vthread/GetThreadState/GetThreadStateTest.java#default (but also in a lot of other tests)
/priv/jenkins/client-home/workspace/openjdk-jdk-weekly-linux_x86_64-opt/jdk/src/hotspot/share/code/relocInfo.cpp:130:37: runtime error: applying non-zero offset 18446744073709551614 to null pointer
#0 0x7f214afdd731 in RelocIterator::initialize(nmethod*, unsigned char*, unsigned char*) src/hotspot/share/code/relocInfo.cpp:130
#1 0x7f214ace0d5f in RelocIterator::RelocIterator(nmethod*, unsigned char*, unsigned char*) src/hotspot/share/code/relocInfo.hpp:1442
#2 0x7f214ace0d5f in nmethod::fix_oop_relocations(unsigned char*, unsigned char*, bool) src/hotspot/share/code/nmethod.cpp:1768
#3 0x7f214acfa3fc in OopRecorder::copy_values_to(nmethod*) src/hotspot/share/code/oopRecorder.hpp:231
#4 0x7f214acfa3fc in CodeBuffer::copy_values_to(nmethod*) src/hotspot/share/asm/codeBuffer.hpp:718
#5 0x7f214acfa3fc in nmethod::nmethod(Method*, CompilerType, int, int, CodeOffsets*, CodeBuffer*, int, ByteSize, ByteSize, OopMapSet*, int) src/hotspot/share/code/nmethod.cpp:1344
#6 0x7f214acfabef in nmethod::new_native_nmethod(methodHandle const&, int, CodeBuffer*, int, int, int, ByteSize, ByteSize, OopMapSet*, int) src/hotspot/share/code/nmethod.cpp:1118
#7 0x7f214b0c8643 in SharedRuntime::generate_native_wrapper(MacroAssembler*, methodHandle const&, int, BasicType*, VMRegPair*, BasicType) src/hotspot/cpu/x86/sharedRuntime_x86_64.cpp:1874
#8 0x7f214b098ea4 in AdapterHandlerLibrary::create_native_wrapper(methodHandle const&) src/hotspot/share/runtime/sharedRuntime.cpp:2846
#9 0x7f214b2eb57e in SystemDictionary::find_method_handle_intrinsic(vmIntrinsicID, Symbol*, JavaThread*) src/hotspot/share/classfile/systemDictionary.cpp:1985
#10 0x7f214a939a0d in LinkResolver::lookup_polymorphic_method(LinkInfo const&, Handle*, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:477
#11 0x7f214a93fc69 in LinkResolver::resolve_method(LinkInfo const&, Bytecodes::Code, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:787
#12 0x7f214a944a10 in LinkResolver::linktime_resolve_static_method(LinkInfo const&, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:1135
#13 0x7f214a944f37 in LinkResolver::resolve_static_call(CallInfo&, LinkInfo const&, bool, JavaThread*) src/hotspot/share/interpreter/linkResolver.cpp:1108
#14 0x7f214ac6a242 in MethodHandles::resolve_MemberName(Handle, Klass*, int, bool, JavaThread*) src/hotspot/share/prims/methodHandles.cpp:773
#15 0x7f214ac6ac7a in MHN_resolve_Mem src/hotspot/share/prims/methodHandles.cpp:1116
- caused by
-
JDK-8343789 Move mutable nmethod data out of CodeCache
-
- Resolved
-
- relates to
-
JDK-8352426 RelocIterator should correctly handle nullptr address of relocation data
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk/22182f71
-
Review(master) openjdk/jdk/24100
-
Review(master) openjdk/jdk/24102