Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[JFR] TestOptoObjectAllocationsSampling failure on aarch64 #189

Closed
D-D-H opened this issue Nov 29, 2021 · 0 comments
Closed

[JFR] TestOptoObjectAllocationsSampling failure on aarch64 #189

D-D-H opened this issue Nov 29, 2021 · 0 comments
Assignees
@D-D-H
Labels
bug Something isn't working

Comments

@D-D-H
Copy link
Collaborator

D-D-H commented Nov 29, 2021 •
edited
Loading

TestOptoObjectAllocationsSampling is failed on aarch64, here is the snippet copied from the crash log run by slow-debug build:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/mnt/denghui.ddh/dragonwell11/src/hotspot/cpu/aarch64/frame_aarch64.inline.hpp:81), pid=110887, tid=110928
#  assert(pc != __null) failed: no pc?
#
# JRE version: OpenJDK Runtime Environment (11.0.13) (slowdebug build 11.0.13-internal+0-adhoc.denghuiddh.dragonwell11)
# Java VM: OpenJDK 64-Bit Server VM (slowdebug 11.0.13-internal+0-adhoc.denghuiddh.dragonwell11, mixed mode, compressed oops, g1 gc, linux-aarch64)
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0000ffff7ca14800):  JavaThread "MainThread" [_thread_in_vm, id=110928, stack(0x0000fffee3e00000,0x0000fffee4000000)]

Stack: [0x0000fffee3e00000,0x0000fffee4000000],  sp=0x0000fffee3ffc250,  free space=2032k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x110ad18]  VMError::report_and_die(int, char const*, char const*, std::__va_list, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x808
V  [libjvm.so+0x110a460]  VMError::report_and_die(Thread*, void*, char const*, int, char const*, char const*, std::__va_list)+0x80
V  [libjvm.so+0x774924]  report_vm_error(char const*, int, char const*, char const*, ...)+0x14c
V  [libjvm.so+0x877f34]  frame::frame(long*, long*, long*, unsigned char*)+0x128
V  [libjvm.so+0x876104]  frame::sender_for_compiled_frame(RegisterMap*) const+0x16c
V  [libjvm.so+0x876224]  frame::sender(RegisterMap*) const+0x114
V  [libjvm.so+0x6e52cc]  vframeStreamCommon::next()+0x70
V  [libjvm.so+0xa92a54]  JfrStackTrace::fill_in(vframeStream&, int, StackWalkMode)+0x300
V  [libjvm.so+0xa92714]  JfrStackTrace::record_safe(JavaThread*, int, StackWalkMode)+0x138
V  [libjvm.so+0xa943c0]  JfrStackTraceRepository::record_for(JavaThread*, int, StackWalkMode, JfrStackFrame*, unsigned int)+0x48
V  [libjvm.so+0xa94368]  JfrStackTraceRepository::record(Thread*, int, StackWalkMode)+0x2a8
V  [libjvm.so+0xd86784]  JfrEvent<EventOptoArrayObjectAllocation>::write_event()+0x138
V  [libjvm.so+0xd8629c]  JfrEvent<EventOptoArrayObjectAllocation>::commit()+0x104
V  [libjvm.so+0xd853f8]  AllocTracer::send_opto_array_allocation_event(Klass*, oopDesc*, unsigned long, Thread*)+0x6c
V  [libjvm.so+0xf724a8]  AllocTracer::send_opto_fast_allocation_event(Klass*, oopDesc*, unsigned long, Thread*)+0x1f8
V  [libjvm.so+0xf71a30]  OptoRuntime::jfr_fast_object_alloc_C(oopDesc*, int, JavaThread*)+0x12
@D-D-H D-D-H self-assigned this Nov 29, 2021
@D-D-H D-D-H mentioned this issue Nov 29, 2021
Merged
@D-D-H D-D-H added the bug Something isn't working label Nov 29, 2021
D-D-H added a commit that referenced this issue Dec 1, 2021
@D-D-H
[JFR] Fix object profiling stacktrace problem on aarch64 platform
0dc5812 
Summary:
1. Use CallStaticJavaNode to invoke jfr_fast_object_alloc_C so that
last_java_sp is set properly
2. Remove StackWalkMode and _cached_top_frame_bci

Test Plan: test/jdk/jfr/event/objectsprofiling/TestOptoObjectAllocationsSampling.java

Reviewed-by: kelthuzadx, kuaiwei, sandlerwang, zhengxiaolinX

Issue: #189
@D-D-H D-D-H closed this as completed Dec 1, 2021
This was referenced Dec 1, 2021
Merged
Merged
D-D-H added a commit to dragonwell-project/dragonwell8_hotspot that referenced this issue Dec 2, 2021
@D-D-H
[JFR] Fix object profiling stacktrace problem on aarch64 platform
367a8e9 
Summary:
1. Use CallStaticJavaNode to invoke jfr_fast_object_alloc_C so that
last_java_sp is set properly
2. Remove StackWalkMode and _cached_top_frame_bci

Test Plan:
test/jdk/jfr/event/objectsprofiling/TestOptoObjectAllocationsSampling.java

Reviewed-by: kelthuzadx, kuaiwei, sandlerwang, zhengxiaolinX

Issue: dragonwell-project/dragonwell11#189
D-D-H added a commit to dragonwell-project/dragonwell8_jdk that referenced this issue Dec 2, 2021
@D-D-H
[JFR] Fix object profiling stacktrace problem on aarch64 platform
a167d3b 
Summary:
1. Use CallStaticJavaNode to invoke jfr_fast_object_alloc_C so that
last_java_sp is set properly
2. Remove StackWalkMode and _cached_top_frame_bci

Test Plan:
test/jdk/jfr/event/objectsprofiling/TestOptoObjectAllocationsSampling.java

Reviewed-by: kelthuzadx, kuaiwei, sandlerwang, zhengxiaolinX

Issue: dragonwell-project/dragonwell11#189
@error0702 error0702 mentioned this issue Dec 6, 2021
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@D-D-H D-D-H

Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@D-D-H