-
Bug
-
Resolution: Unresolved
-
P2
-
12, 13, 14
-
Raspberry Pi 4, Raspbian (Debian 10 Buster), armv7;
fastdebug jdk/jdk built on the same system with GCC 8.3.0
-
aarch32
(synopsis is provisional until root cause is found)
In tier1 on arm32 at least two tests are failing:
compiler/classUnloading/methodUnloading/TestMethodUnloading.java
jdk/internal/shellsupport/doc/JavadocHelperTest.java
Crashes with:
# SIGBUS (0x7) at pc=0xb3293ab4, pid=10272, tid=10275
#
# JRE version: OpenJDK Runtime Environment (14.0) (fastdebug build 14-internal+0-adhoc.pi.jdk-jdk)
# Java VM: OpenJDK Server VM (fastdebug 14-internal+0-adhoc.pi.jdk-jdk, mixed mode, sharing, g1 gc, linux-arm)
# Problematic frame:
# v ~StubRoutines::atomic_load_long
#
...
Host: raspberrypi, rev 3 (v7l), 4 cores, 3G, Raspbian GNU/Linux 10 (buster)
Time: Tue Sep 17 11:12:05 2019 BST elapsed time: 1 seconds (0d 0h 0m 1s)
--------------- T H R E A D ---------------
Current thread (0xb5485000): GCTaskThread "GC Thread#0" [stack: 0x94a0f000,0x94a8f000] [id=10275]
Stack: [0x94a0f000,0x94a8f000], sp=0x94a8dba8, free space=506k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
v ~StubRoutines::atomic_load_long
siginfo: si_signo: 7 (SIGBUS), si_code: 1 (BUS_ADRALN), si_addr: 0x801edf3c
Register to memory mapping:
r0 = 0x801edf3c
0x801edf3c is pointing into metadata
I believe this tries to access some metadata location with misaligned atomic access. 0x801edf3c is aligned by 4, should be aligned by 8.
In tier1 on arm32 at least two tests are failing:
compiler/classUnloading/methodUnloading/TestMethodUnloading.java
jdk/internal/shellsupport/doc/JavadocHelperTest.java
Crashes with:
# SIGBUS (0x7) at pc=0xb3293ab4, pid=10272, tid=10275
#
# JRE version: OpenJDK Runtime Environment (14.0) (fastdebug build 14-internal+0-adhoc.pi.jdk-jdk)
# Java VM: OpenJDK Server VM (fastdebug 14-internal+0-adhoc.pi.jdk-jdk, mixed mode, sharing, g1 gc, linux-arm)
# Problematic frame:
# v ~StubRoutines::atomic_load_long
#
...
Host: raspberrypi, rev 3 (v7l), 4 cores, 3G, Raspbian GNU/Linux 10 (buster)
Time: Tue Sep 17 11:12:05 2019 BST elapsed time: 1 seconds (0d 0h 0m 1s)
--------------- T H R E A D ---------------
Current thread (0xb5485000): GCTaskThread "GC Thread#0" [stack: 0x94a0f000,0x94a8f000] [id=10275]
Stack: [0x94a0f000,0x94a8f000], sp=0x94a8dba8, free space=506k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
v ~StubRoutines::atomic_load_long
siginfo: si_signo: 7 (SIGBUS), si_code: 1 (BUS_ADRALN), si_addr: 0x801edf3c
Register to memory mapping:
r0 = 0x801edf3c
0x801edf3c is pointing into metadata
I believe this tries to access some metadata location with misaligned atomic access. 0x801edf3c is aligned by 4, should be aligned by 8.
- relates to
-
JDK-8213565 Crash in DependencyContext::remove_dependent_nmethod
-
- Closed
-