|
Quick Lists
|
|
Bug ID:
|
6592707
|
|
Votes
|
0
|
|
Synopsis
|
REGRESSION: Java 64-Bit Server VM sparcv9 crash with unhandled implicit exception in compiled code
|
|
Category
|
hotspot:compiler2
|
|
Reported Against
|
|
|
Release Fixed
|
hs11(b07),
hs10(b17) (Bug ID:2152390)
, 6u4(b04) (Bug ID:2171774)
, 7(b21) (Bug ID:2177045)
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
1-Very High
|
|
Related Bugs
|
4753233
,
6461827
,
6470497
|
|
Submit Date
|
14-AUG-2007
|
|
Description
|
Java 64-Bit Server VM sparcv9 crash with unhandled implicit exception in compiled code:
Internal Error (nmethod.cpp:1707), pid=2272, tid=2. The following tests that use display lead to this vm crash:
jit/common/misctests/fpustack
regression/jit/4141334/SwingMark
nsk/regression/b4224902
nsk/regression/b4224903
nsk/regression/b4237950
nsk/regression/b4244156
nsk/regression/b4261880
nsk/regression/b4265661
nsk/regression/b4268494
nsk/regression/b4270668
nsk/regression/b4296365
nsk/regression/b4501529
nsk/stress/stack/b4525850
nsk/stress/jck12a/jck12a012
nsk/stress/jck12a/jck12a016
nsk/stress/jck12a/jck12a017
nsk/stress/thread/thread003
nsk/stress/thread/thread004
nsk/stress/jck60/jck60015
nsk/stress/jck60/jck60016
nsk/stress/jck60/jck60018
nsk/stress/jck60/jck60019
nsk/stress/jck60/jck60024
nsk/stress/jck60/jck60026
The tests pass with jdk 6 u2 and only 64-bit VM effected the tests pass with 32-bit VM.
The crash occur only at Solaris sparc OS (Solaris 11 and Solaris 10 checked).
= How to reproduce
1. logon to butters.russia or or any other solaris sparc
login details in comments
2. cd /net/vice/export/stt/newroot/results/6u3/b02/vm_1/vm/solaris11-sparcv9/server/comp/vm-vm_6-ur_server_comp_solaris11-sparcv92007-08-06-15-49-12/ResultDir/fpustack
3. ksh fpustack.tlog
4. you can use:
fpustack-u2.tlog to check with u2 that test pass
fpustack-sparc.tlog check with 32-bit vm that test pass
= Full hs err log
Available in comments.
Posted Date : 2007-08-14 16:20:42.0
|
|
Work Around
|
Use this VM option:
-XX:CompileCommand=exclude,sun/awt/X11/XAtom,getAtomListProperty
|
|
Evaluation
|
In compiling sun/awt/X11/XAtom.getAtomListProperty, C2 is misaligning a pointer
(cast from a long in an unsafe native) in the debug info at a deoptimization point.
The debug info has the two entries as a value/deaddeaf pair, when it should be
a deaddeaf/value pair.
*** (#1 of 1): [ UNSAVED ] xxxxx@xxxxx
Posted Date : 2007-08-29 23:02:06.0
The problme stems from C2 confusing two different uses of RawPtr types. Both
a jsr return bci and an unsafe native pointer are represented as RawPtrs. In 64
bit VMs, the stack representation differs.
Posted Date : 2007-09-04 23:01:28.0
Postaloc transformations treat CastX2P nodes as ideal copies and therefore are considered interchangeable with a MachSpillCopy. Under the right conditions, postaloc will eliminate copies so that a safepoint node has a CastX2P as input. A CastX2P node should not appear as input to JVMState information, as FillLocArray can not properly deal with native pointers.
Posted Date : 2007-09-06 19:03:44.0
|
|
Comments
|
Submitted On 13-JUN-2008
I just saw this in on linux, x84_64 build, shipping jdk1.6.0_04
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) 64-Bit Server VM (build 10.0-b19, mixed mode)
Linux delirium 2.6.24-19-rt #1 SMP PREEMPT RT Wed Jun 4 16:31:35 UTC 2008 x86_64 GNU/Linux
Submitted On 16-JUN-2008
rasbold
The particular failure mode of this bug can be symptomatic of a number of different kinds of problems. We interested in investigating such problems if you can provide specific details.
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |