Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
The code is missing on jdk15u for linux ppc as well, so the code probably never ported to linux ppc. I will ping Thomas Stuefe from SAP to see if it is intentional.
Thomas' reply:
Just an oversight. I actually unified all that coding into os_posix.cpp for JDK 17, so now the protector is present everywhere. But seems it's missing in 16 and earlier for ppc.
The problem is that ppc (all our ports, really) originally forked from either Linux or Solaris. And upstream devs only fixed things on Oracles main platforms so we had to regularly scan those for updates. Like a sideway upstream. Error-prone. It got better after we integrated our platforms into the OpenJDK and upstream became used to the idea of ppc and s390.
Cheers, Thomas
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (java-1.8.0-openjdk bug fix and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2022:1775
The customer is using java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.ppc64le on powerpc, and the jvm crashes with core dumps. The following was noticed in the core dump: [1] (gdb) f 15 #15 JfrStackTrace::record_thread (this=0x7ffea6b5e398, thread=..., frame=...) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.ppc64le/openjdk/hotspot/src/share/vm/jfr/recorder/stacktrace/jfrStackTraceRepository.cpp:408 408 vframeStreamSamples st(&thread, frame, false); (gdb) p thread._osthread $1 = (OSThread *) 0x7ffecc0eb090 (gdb) p *(OSThread *) 0x7ffecc0eb090 $2 = { <CHeapObj<(MemoryType)2>> = {<No data fields>}, members of OSThread: _start_proc = 0x0, _start_parm = 0x0, _state = RUNNABLE, _interrupted = 0, _thread_type = 3, _pthread_id = 140727742361968, _caller_sigmask = { __val = {4, 0, 0, 0, 0, 0, 0, 0, 0, 140727742359120, 0, 0, 0, 0, 0, 140732322017280} }, sr = { _state = os::SuspendResume::SR_SUSPENDED }, _siginfo = 0x7ffdbb17bb28, _ucontext = 0x7ffdbb17adb0, _expanding_stack = 0, _alt_sig_stack = 0x0, _startThread_lock = 0x7ffecc1570b0, _thread_id = 2812522 } (gdb) thr find 2812522 Thread 139 has target id 'Thread 0x7ffdbb17f170 (LWP 2812522)' (gdb) thr 139 [Switching to thread 139 (Thread 0x7ffdbb17f170 (LWP 2812522))] #0 0x00007fffbb5b3c0c in __GI___sigsuspend (set=0x7ffdbb17ac68) at ../sysdeps/unix/sysv/linux/sigsuspend.c:26 26 return SYSCALL_CANCEL (rt_sigsuspend, set, _NSIG / 8); (gdb) bt #0 0x00007fffbb5b3c0c in __GI___sigsuspend (set=0x7ffdbb17ac68) at ../sysdeps/unix/sysv/linux/sigsuspend.c:26 #1 0x00007fffbaf86e68 in SR_handler (sig=<optimized out>, siginfo=<optimized out>, context=<optimized out>) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.ppc64le/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4366 #2 <signal handler called> #3 OptoRuntime::new_array_C (array_type=0x7fff2f800208, len=292, thread=0x7ffecc0ff000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.ppc64le/openjdk/hotspot/src/share/vm/opto/runtime.cpp:286 #4 0x00007fff740a45b8 in ?? () #5 0x00007fff76e57928 in ?? () #6 0x00007fff7727b40c in ?? () #7 0x00007fff7400a004 in ?? () #8 0x00007fff74009ea0 in ?? () #9 0x00007fff7727cef0 in ?? () #10 0x00007fff7400a004 in ?? () #11 0x00007fff74009ea0 in ?? () #12 0x00007fff74009ea0 in ?? () #13 0x00007fff74009ea0 in ?? () #14 0x00007fff774b6b90 in ?? () #15 0x00007fff774ae8c8 in ?? () #16 0x00007fff74f4f9d4 in ?? () #17 0x00007fff7727b9e8 in ?? () #18 0x00007fff7400a004 in ?? () #19 0x00007fff74009ea0 in ?? () #20 0x00007fff74009ea0 in ?? () #21 0x00007fff74009ea0 in ?? () #22 0x00007fff74009ea0 in ?? () #23 0x00007fff74009ea0 in ?? () #24 0x00007fff7400a004 in ?? () #25 0x00007fff74009ea0 in ?? () #26 0x00007fff7400a004 in ?? () #27 0x00007fff74009ea0 in ?? () #28 0x00007fff7400a004 in ?? () #29 0x00007fff74009ea0 in ?? () #30 0x00007fff7764c3c4 in ?? () #31 0x00007fff74009ea0 in ?? () #32 0x00007fff74009ea0 in ?? () #33 0x00007fff74009910 in ?? () #34 0x00007fff74009910 in ?? () #35 0x00007fff74009ea0 in ?? () #36 0x00007fff7764c3c4 in ?? () #37 0x00007fff74009ea0 in ?? () #38 0x00007fff74009ea0 in ?? () #39 0x00007fff74009ea0 in ?? () #40 0x00007fff74009ea0 in ?? () #41 0x00007fff7400a004 in ?? () #42 0x00007fff7400a004 in ?? () #43 0x00007fff7400a004 in ?? () #44 0x00007fff7400a004 in ?? () #45 0x00007fff7400a074 in ?? () #46 0x00007fff7400093c in ?? () #47 0x00007fffbac0a850 in JavaCalls::call_helper (result=0x6c4b13600, m=<optimized out>, args=0x6c4a00018, __the_thread__=0x10) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.ppc64le/openjdk/hotspot/src/share/vm/runtime/javaCalls.hpp:221 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Maybe jfr does not handle well signal handler frames (possibly only on powerpc).