July 2013 - aarch64-port-dev

Re: [aarch64-port-dev ] Errors in aarch64 C1 caught by the Mauve test suite
by Andy Johnson 01 Aug '13

01 Aug '13

This is the way I set up the Mauve test runs: 1. Create a test directory on the build system (I use Linux-x86-64) 2. cd <test-directory> 3. export CVSROOT=:pserver:anoncvs@sourceware.org:/cvs/mauve 4. cvs login {password anoncvs} 5. cvs -z 9 co mauve 6. cd mauve 7. ./configure 8. make Note: if "make" fails due to an autoconfig version error, change the version in the Makefile to match the version installed on your system. I changed 1.10 to 1.11. 9. java Harness -vm <path to JVM under test> -showpasses java.lang.Integer This should report 0 failures out of 31 tests run. 10. xvfb-run java Harness -vm <path to JVM under test> java 11. xvfb-run java Harness -vm <path to JVM under test> javax These last two steps create the class files for the java and javax tests, so that they don't have to be compiled on the aarch64 target. I do this because I am running on the Foundation_v8 emulator. Some errors will be reported. You may wish to record these failures, so that you can ignore the same failures on aarch64. 12. Create a tar ball of the mauve directory. 13. Copy the tar ball to the aarch64 image. I do this by mounting the linaro-image-lamp-genericarmv8.ext3 image as /media/usb and then copying the tar ball to /media/usb/home/root. 14. Launch the Foundation model running openembedded and linaro-image-lamp. 15. Unwind the mauve tarball. 16. cd mauve 17. Edit gnu/testlet/config.java to change the path to mauve. I change it to /home/root/mauve. 18. make {This re-builds the test harness so that the newly edited path is used} 19. java Harness -vm "<path to JVM under test> -Xcomp" -showpasses java.lang.Integer This verifies that the test harness works on aarch64. 20. java Harness -vm "<path to JVM under test> -Xcomp" <any of the reported test failures> (e.g. java.util.LinkedList.AcuniaLinkedListTest) On 28 July 2013 08:46, Andy Johnson <andy.johnson(a)linaro.org> wrote: > I just use CVS to download the Mauve test suite. The site contains a link > for downloading a nightly build, but it's empty, so CVS is your only > option. Then I configure and build it on my build system. Then I do a > complete run using: > java Harness -vm "<path to java command> -Xcomp" > You can also use: > java Harness -vm "<path to java command> -Xcomp" java.util (or > java.util.<specific test, as noted in the report> > if you only want to try out the "util" subsection, where most of the > SIGSEGV errors are reported. > > I then create a tarball of the mauve suite and copy it over to my > openembedded image, re-configure and re-build the Harness (since it creates > absolute paths to the java/class files to be tested) and repeat the process > above. I create the tarball from the x86-64 runs so that the class files > already exist (they are build on-demand the first time a test is run), > since running javac on openembedded takes forever. If I understand your > most recent comments correctly, it looks like you may have access to real > aarch64 hardware. Lucky you. > > If it would be easier for you, I can simply email you the tarball that I > use. It GPL, so there's no issue with sharing it publicly. > > -AndyJ > > > > On 28 July 2013 04:23, Andrew Haley <aph(a)redhat.com> wrote: > >> On 07/26/2013 08:35 PM, Andy Johnson wrote: >> > I have been running the Mauve test suite on openembedded using the ARM >> > Foundation_v8 model and the aarch64 port of OpenJDK8. With a few >> > exceptions, the results from running the template interpreter (-Xint) >> match >> > those from the baseline xi6-64 OpenJDK8 port. However, I am getting a >> > number of failures using -Xcomp (C! compiler) that I don't get using >> > -Xint. I am excluding test failures that are generic to Mauve (i.e. >> they >> > fail on all OpenJDK8 ports, including x86-64). >> >> Great, thanks for that. >> >> Can you please give me detailed instructions about how to reproduce one >> or two of these? >> >> Thanks, >> Andrew. >> >> >

3 3

New Mauve results on aarch64
by Andy Johnson 31 Jul '13

31 Jul '13

I updated my aarch64 build area to include the most recent updates in the aarch64 branch, and all of the SIGSEGV issues previously reported in C1 have been eliminated. This is really good news. The total number of failures has been significantly reduced, since many of the failures in both java.awt and javax.swing were also SIGSEGV related. This is the current list of failures reported on aarch64 that are not also reported on the x86-64 baseline. Those marked [-Xint] fail only in the Template interpreter. Those marked [-Xcomp] fail only with the C1 compiler. Those marked with both are failures that only appear on aarch64. Some of these failures were also reported with my previous results. All of these runs were performed using the Foundation_v8 emulator. The class files are all pre-compiled on the x86-64 host, since javac takes a long time to run on the emulator. I posted the process I used to do this in a previous message. Only three tests generated hs_err_pidxxxx.log files. I can make these available on request. FAIL: java.io.File.WriteMethods [-Xint and -Xcomp] line 68: [3] -- boolean passed to check was false FAIL: java.io.File.canWrite [-Xint and -Xcomp] line 53: dir.canWrite() after SetReadOnly() [1] -- boolean passed to check was false line 69: creating file in read only dir [1] -- boolean passed to check was false line 142: Write to file after setReadOnly() [1] -- boolean passed to check was false FAIL: java.io.File.ReadMethods [-Xint and -Xcomp] line 69: [3] -- boolean passed to check was false FAIL: java.lang.Float.FloatTest [-Xcomp] line 137: test_toString - 8 [1] -- boolean passed to check was false line 227: test_equals - 8 [1] -- boolean passed to check was false line 475: test_neg - 2 [1] -- forced fail FAIL: java.lang.Double.DoubleTest [-Xcomp] line 171: test_toString - 8 [1] -- boolean passed to check was false line 268: test_equals CYGNUS: Double.equals - 8 [1] -- boolean passed to check was false line 587: test_neg - 2 [1] -- forced fail FAIL: java.lang.Math.MathTest [-Xcomp] line 127: test_atan2 - 5 [1] -- boolean passed to check was false FAIL: java.math.BigDecimal.DiagBigDecimal [-Xcomp] # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (assembler_aarch64.hpp:238), pid=6589, tid=547155341840 # guarantee(val < (1U << nbits)) failed: Field too big for insn # # JRE version: OpenJDK Runtime Environment (8.0) (build 1.8.0-internal-andyj_2013_07_24_14_14-b00) # Java VM: OpenJDK 64-Bit Client VM (25.0-b22 compiled mode linux-aarch64 ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /home/root/mauve/hs_err_pid6589.log # FAIL: java.net.DatagramSocket.security [-Xcomp] Test timed out. Use -timeout [millis] option to change the timeout value. FAIL: java.nio.channels.SocketChannel.select [-Xcomp] line 103: Select on accept has failed [1] -- forced fail FAIL: java.util.LinkedList.AcuniaLinkedListTest Runtime1::entry_for(17) returned unimplemented entry point =============== DEBUG MESSAGE: should not reach here ================ # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x0000007fa95f08a8, pid=819, tid=548346049040 # # JRE version: OpenJDK Runtime Environment (8.0) (build 1.8.0-internal-andyj_2013_07_24_14_14-b00) # Java VM: OpenJDK 64-Bit Client VM (25.0-b22 compiled mode linux-aarch64 ) # Problematic frame: # v ~RuntimeStub::throw_array_store_exception Runtime1 stub # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /home/root/mauve/hs_err_pid819.log # FAIL: java.beans.beancontext.BeanContextSupport.toArray [-Xcomp] Runtime1::entry_for(17) returned unimplemented entry point =============== DEBUG MESSAGE: should not reach here ================ # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x0000007f98a0c8a8, pid=7204, tid=548065145360 # # JRE version: OpenJDK Runtime Environment (8.0) (build 1.8.0-internal-andyj_2013_07_24_14_14-b00) # Java VM: OpenJDK 64-Bit Client VM (25.0-b22 compiled mode linux-aarch64 ) # Problematic frame: # v ~RuntimeStub::throw_array_store_exception Runtime1 stub # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /home/root/mauve/hs_err_pid7204.log # FAIL: java.awt.TextField.PaintTest [-Xint] line 87: [1] -- boolean passed to check was false FAIL: java.awt.Canvas.PaintTest [-Xint and -Xcomp] line 93: [3] -- boolean passed to check was false line 93: [5] -- boolean passed to check was false java.awt.Canvas[canvas0,0,0,0x0,invalid] java.awt.Canvas[canvas0,0,0,0x0,invalid] java.awt.Canvas[canvas0,0,0,0x0,invalid] java.awt.Canvas[canvas0,0,0,0x0,invalid] FAIL: java.awt.dnd.DnDTest [-Xint and -Xcomp] line 118: [1] -- boolean passed to check was false line 119: [2] -- boolean passed to check was false line 122: [5] -- boolean passed to check was false line 124: [7] -- boolean passed to check was false line 125: [8] -- boolean passed to check was false line 127: [10] -- boolean passed to check was false FAIL: java.awt.List.PaintTestFilledList [-Xint and -Xcomp] line 98: [1] -- boolean passed to check was false FAIL: java.awt.List.PaintTestEmptyList [-Xint and -Xcomp] line 95: [1] -- boolean passed to check was false FAIL: java.awt.Graphics.TestPaintGraphics [-Xcomp] line 65: [1] -- boolean passed to check was false line 66: [2] -- boolean passed to check was false FAIL: java.awt.datatransfer.Clipboard.clipboard [-Xcomp] line 59: [9] -- got false but expected true line 63: [13] -- got null but expected gnu.testlet.java.awt.datatransfer.Clipboard.clipboard line 64: [14] -- got null but expected gnu.testlet.java.awt.datatransfer.Clipboard.clipboard FAIL: java.awt.Robot.mouseWheel [-Xcomp] line 93: [1] -- boolean passed to check was false line 94: [2] -- boolean passed to check was false FAIL: javax.swing.plaf.basic.BasicComboBoxUI.getPreferredSize [-Xint and -Xcomp] line 103: testEditable() [1] -- Objects were not equal. Use -debug for more information. FAIL: javax.swing.SwingUtilities.layoutCompoundLabel [-Xint and -Xcomp] line 131: BL-text [2] -- Objects were not equal. Use -debug for more information. line 139: BC-text [2] -- Objects were not equal. Use -debug for more information. line 147: BR-text [2] -- Objects were not equal. Use -debug for more information. java.lang.ArrayIndexOutOfBoundsException: Array index out of range: -1 at java.util.Vector.removeElementAt(Vector.java:558) at javax.swing.table.DefaultTableModel.removeRow(DefaultTableModel.java:463) at gnu.testlet.javax.swing.JTable.TableRobot.vDeleteOneByOne(TableRobot.java:202) at gnu.testlet.javax.swing.JTable.TableRobot.testTable(TableRobot.java:179) at gnu.testlet.javax.swing.JTable.TableRobot.test(TableRobot.java:433) FAIL: javax.swing.JComboBox.ComboRobot [-Xint and -Xcomp] line 135: Selecting second component with keyboard [1] -- Objects were not equal. Use -debug for more information. line 164: Selecting with letter key (duplicate) [1] -- Objects were not equal. Use -debug for more information. line 169: Selecting with letter key (duplicate) [1] -- Objects were not equal. Use -debug for more information. line 135: Selecting second component with keyboard [1] -- Objects were not equal. Use -debug for more information. line 175: Cancelling popup with escape key [1] -- got false but expected true FAIL: javax.swing.JLabel.AccessibleJLabel.getIndexAtPoint [-Xint] line 84: testHTML [1] -- got 2 but expected 1 FAIL: javax.swing.JLabel.AccessibleJLabel.getCharacterBounds [-Xint] line 92: testHTML [1] -- Objects were not equal. Use -debug for more information. FAIL: javax.swing.JFileChooser.setCurrentDirectory [-Xcomp] line 62: [6] -- uncaught exception: java.lang.IndexOutOfBoundsException: Invalid index at javax.swing.DefaultRowSorter.convertRowIndexToModel(DefaultRowSorter.java:514) at sun.swing.FilePane$SortableListModel.getElementAt(FilePane.java:668) at javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1360) at javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1311) at javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:952) at javax.swing.JList.getCellBounds(JList.java:1633) at javax.swing.JList.ensureIndexIsVisible(JList.java:1149) at sun.swing.FilePane.ensureIndexIsVisible(FilePane.java:1706) at sun.swing.FilePane.doDirectoryChanged(FilePane.java:1629) at sun.swing.FilePane.propertyChange(FilePane.java:1679) at java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:335) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:327) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:263) at java.awt.Component.firePropertyChange(Component.java:8414) at javax.swing.JFileChooser.setCurrentDirectory(JFileChooser.java:581) at gnu.testlet.javax.swing.JFileChooser.setCurrentDirectory.test(setCurrentDirectory.java:62) at RunnerProcess.runtest(RunnerProcess.java:425) at RunnerProcess.runAndReport(RunnerProcess.java:480) FAIL: javax.swing.JTree.TreeRobot [-Xint and -Xcomp] line 185: Value after F2 editing [1] -- Objects were not equal. Use -debug for more information. line 197: Value after click-pause-click [1] -- Objects were not equal. Use -debug for more information. line 211: navigation down 1 [1] -- Objects were not equal. Use -debug for more information. line 214: navigation down 2 [1] -- Objects were not equal. Use -debug for more information.

2 1

hg: aarch64-port/jdk8/hotspot: 4 new changesets
by adinn＠redhat.com 31 Jul '13

31 Jul '13

Changeset: 80271c9e94db Author: adinn Date: 2013-07-30 15:01 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/80271c9e94db corrected problem in CmpI/U against 0 ! src/cpu/aarch64/vm/aarch64.ad Changeset: 38a07f9f6b7f Author: adinn Date: 2013-07-30 16:06 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/38a07f9f6b7f Fixed error in ClearArray encoding ! src/cpu/aarch64/vm/aarch64.ad Changeset: 6d93bf3ec461 Author: adinn Date: 2013-07-30 16:30 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/6d93bf3ec461 Merge Changeset: 7ec46d259588 Author: adinn Date: 2013-07-31 14:11 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/7ec46d259588 Implemented correct return address offset computation for MachCallXXXNode ! src/cpu/aarch64/vm/aarch64.ad

1 0

hg: aarch64-port/jdk8/jdk: Removed -m64 from cc flags when making X11 code
by adinn＠redhat.com 30 Jul '13

30 Jul '13

Changeset: 056ba00d5adb Author: adinn Date: 2013-07-30 16:27 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/jdk/rev/056ba00d5adb Removed -m64 from cc flags when making X11 code This is a temporary fix in the aarch64 repo for a problem which is solved upstream. Patch contributed by Ed Nevill. ! makefiles/GensrcX11Wrappers.gmk

1 0

Add a couple of missing StubRoutines
by Andrew Haley 29 Jul '13

29 Jul '13

We were missing a StubRoutines. None of the tests we'd run had spotted them, but Mauve did. Fixed thusly. Andrew. # HG changeset patch # User aph # Date 1375118691 -3600 # Node ID 2e1e49413ac28412d83b8ae188de6c07dd638aa9 # Parent 36a0232e6c350e5f69703244409b4d89d8b68b5e Add a couple of missing StubRoutines. diff -r 36a0232e6c35 -r 2e1e49413ac2 src/cpu/aarch64/vm/stubGenerator_aarch64.cpp --- a/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp Thu Jul 25 18:31:25 2013 +0100 +++ b/src/cpu/aarch64/vm/stubGenerator_aarch64.cpp Mon Jul 29 18:24:51 2013 +0100 @@ -1355,7 +1355,24 @@ void generate_all() { // support for verify_oop (must happen after universe_init) StubRoutines::_verify_oop_subroutine_entry = generate_verify_oop(); - StubRoutines::_throw_IncompatibleClassChangeError_entry = generate_throw_exception("IncompatibleClassChangeError throw_exception", CAST_FROM_FN_PTR(address, SharedRuntime::throw_IncompatibleClassChangeError)); + StubRoutines::_throw_AbstractMethodError_entry = + generate_throw_exception("AbstractMethodError throw_exception", + CAST_FROM_FN_PTR(address, + SharedRuntime:: + throw_AbstractMethodError)); + + StubRoutines::_throw_IncompatibleClassChangeError_entry = + generate_throw_exception("IncompatibleClassChangeError throw_exception", + CAST_FROM_FN_PTR(address, + SharedRuntime:: + throw_IncompatibleClassChangeError)); + + StubRoutines::_throw_NullPointerException_at_call_entry = + generate_throw_exception("NullPointerException at call throw_exception", + CAST_FROM_FN_PTR(address, + SharedRuntime:: + throw_NullPointerException_at_call)); + // arraycopy stubs used by compilers generate_arraycopy_stubs(); }

1 1

hg: aarch64-port/jdk8/hotspot: 5 new changesets
by aph＠redhat.com 29 Jul '13

29 Jul '13

Changeset: 763e3f54583d Author: aph Date: 2013-07-25 18:30 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/763e3f54583d cmp #0; br.eq -> cbz ! src/cpu/aarch64/vm/stubGenerator_aarch64.cpp Changeset: 36a0232e6c35 Author: aph Date: 2013-07-25 18:31 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/36a0232e6c35 Fix overflows in immediate arithemtic If a constant does not fit in an immediate field, generate some number of MOV instructions and then perform the operation ! src/cpu/aarch64/vm/macroAssembler_aarch64.cpp ! src/cpu/aarch64/vm/macroAssembler_aarch64.hpp Changeset: 2e1e49413ac2 Author: aph Date: 2013-07-29 18:24 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/2e1e49413ac2 Add a couple of missing StubRoutines. ! src/cpu/aarch64/vm/stubGenerator_aarch64.cpp Changeset: 5b09905377b7 Author: aph Date: 2013-07-29 18:30 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/5b09905377b7 Merge Changeset: c1cd345fa381 Author: aph Date: 2013-07-29 18:31 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/c1cd345fa381 merge

1 0

hg: aarch64-port/jdk8/hotspot: 2 new changesets
by adinn＠redhat.com 29 Jul '13

29 Jul '13

Changeset: fd4199374989 Author: adinn Date: 2013-07-29 16:09 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/fd4199374989 ensured uncommon trap blob sets rfp suitable for stack walker setup ! src/cpu/aarch64/vm/sharedRuntime_aarch64.cpp Changeset: 4dac96a1a851 Author: adinn Date: 2013-07-29 16:10 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/4dac96a1a851 Merge

1 0

hg: aarch64-port/jdk8/hotspot: 10 new changesets
by adinn＠redhat.com 29 Jul '13

29 Jul '13

Changeset: 12771eada3e9 Author: adinn Date: 2013-07-25 14:30 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/12771eada3e9 implemented ClearArray needs tweaking to make it faster ! src/cpu/aarch64/vm/aarch64.ad Changeset: 26bacd87561b Author: adinn Date: 2013-07-25 14:31 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/26bacd87561b added missing ins_pipe specification for convP2B and convI2B instructions ! src/cpu/aarch64/vm/aarch64.ad Changeset: c5a3aea5a799 Author: adinn Date: 2013-07-25 14:33 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/c5a3aea5a799 specified correct instruction size (in bytes not ints) for minI & maxI ! src/cpu/aarch64/vm/aarch64.ad Changeset: 33f260a139ab Author: adinn Date: 2013-07-25 15:32 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/33f260a139ab implemented CmpF and CmpD instructions ! src/cpu/aarch64/vm/aarch64.ad Changeset: 851c2e36c71c Author: adinn Date: 2013-07-25 16:02 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/851c2e36c71c implemented SafePoint instruction ! src/cpu/aarch64/vm/aarch64.ad Changeset: f91edf89d55d Author: adinn Date: 2013-07-25 16:10 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/f91edf89d55d removed Unimplemented to allow computation of ret_addr_offset for dynamic node ! src/cpu/aarch64/vm/aarch64.ad Changeset: bfd0d267f812 Author: adinn Date: 2013-07-25 16:35 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/bfd0d267f812 Merge Changeset: e15660fddc6d Author: adinn Date: 2013-07-29 09:28 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/e15660fddc6d corrected output format for offsets in memory operands ! src/cpu/aarch64/vm/aarch64.ad Changeset: f8f848ac6e2f Author: adinn Date: 2013-07-29 15:36 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/f8f848ac6e2f corrected error in defintion of unsigned compariosn operand greater_equal should be HS not HI greater should be HI not HS ! src/cpu/aarch64/vm/aarch64.ad Changeset: a3b448827fe3 Author: adinn Date: 2013-07-29 16:02 +0100 URL: http://hg.openjdk.java.net/aarch64-port/jdk8/hotspot/rev/a3b448827fe3 Merge

1 0

Errors in aarch64 C1 caught by the Mauve test suite
by Andy Johnson 28 Jul '13

28 Jul '13

I have been running the Mauve test suite on openembedded using the ARM Foundation_v8 model and the aarch64 port of OpenJDK8. With a few exceptions, the results from running the template interpreter (-Xint) match those from the baseline xi6-64 OpenJDK8 port. However, I am getting a number of failures using -Xcomp (C! compiler) that I don't get using -Xint. I am excluding test failures that are generic to Mauve (i.e. they fail on all OpenJDK8 ports, including x86-64). FAIL: java.io.File.WriteMethods line 68: [3] -- boolean passed to check was false FAIL: java.io.File.canWrite line 53: dir.canWrite() after SetReadOnly() [1] -- boolean passed to check was false line 69: creating file in read only dir [1] -- boolean passed to check was false line 142: Write to file after setReadOnly() [1] -- boolean passed to check was false FAIL: java.io.File.ReadMethods line 69: [3] -- boolean passed to check was false [Note: the three java.io tests also fail with -Xint but do not fail on the x86-64 baseline] FAIL: java.lang.Float.FloatTest line 137: test_toString - 8 [1] -- boolean passed to check was false line 227: test_equals - 8 [1] -- boolean passed to check was false line 475: test_neg - 2 [1] -- forced fail FAIL: java.lang.Double.DoubleTest line 171: test_toString - 8 [1] -- boolean passed to check was false line 268: test_equals CYGNUS: Double.equals - 8 [1] -- boolean passed to check was false line 587: test_neg - 2 [1] -- forced fail Expected -0.0, got: 0.0 FAIL: java.lang.Math.MathTest line 127: test_atan2 - 5 [1] -- boolean passed to check was false FAIL: java.math.BigDecimal.DiagBigDecimal Internal Error (assembler_aarch64.hpp:238), pid=1246, tid=547825324560 guarantee(val < (1U << nbits)) failed: Field too big for insn FAIL: java.net.DatagramSocket.security Test timed out. Use -timeout [millis] option to change the timeout value. FAIL: java.net.MulticastSocket.MulticastSocketTest SIGSEGV: J java.net.Inet4Address.isMulticastAddress()Z FAIL: java.nio.channels.SocketChannel.select line 103: Select on accept has failed [1] -- forced fail FFAIL: java.util.ArrayList.AcuniaArrayListTest SIGSEGV: J java.util.Vector.toArray()[Ljava/lang/Object; FAIL: java.util.Scanner.BigDecimalInteger PASS on individual run PASS on java.util.Scanner run FAIL: InputMismatchException on java.util run line 88: hasNextBigDecimal() [1] -- boolean passed to check was false java.util.InputMismatchException at java.util.Scanner.throwFor(Scanner.java:909) at java.util.Scanner.next(Scanner.java:1530) at java.util.Scanner.nextBigDecimal(Scanner.java:2624) at gnu.testlet.java.util.Scanner.BigDecimalInteger.doTest(BigDecimalInte at gnu.testlet.java.util.Scanner.Base.test(Base.java:67) at RunnerProcess.runtest(RunnerProcess.java:425) at RunnerProcess.runAndReport(RunnerProcess.java:480) at RunnerProcess.main(RunnerProcess.java:273) line -1: java.util.InputMismatchException [1] -- forced fail FAIL: java.util.Scanner.DoubleFloat PASS on individual run PASS on java.util.Scanner run FAIL: not double/not float forced failures on java.util run line 92: #0 : not double... (0.03426922393704557) [1] -- forced fail line 104: #0 : not float... (-0.4099192) [1] -- forced fail ... (above 2 lines repeated 9999 times with different values) FAIL: java.util.concurrent.CopyOnWriteArrayList.AddAllTest SIGSEGV: J java.util.ArrayList.toArray()[Ljava/lang/Object; FAIL: java.util.LinkedList.AcuniaLinkedListTest SIGSEGV: J java.util.Vector.toArray()[Ljava/lang/Object; FAIL: java.util.AbstractCollection.AcuniaAbstractCollectionTest SIGSEGV: J java.util.Vector.iterator()Ljava/util/Iterator; FAIL: java.util.Collection.Test SIGSEGV: J gnu.testlet.java.util.Collection.Test$1.compareTo(Ljava/lang/Object;)I SIGSEGV: v ~BufferBlob::vtable chunks on java.util run FAIL: java.util.Collections.max SIGSEGV: J java.util.ArrayList.iterator()Ljava/util/Iterator; FAIL: java.util.Collections.reverse SIGSEGV: J java.util.ArrayList.size()I FAIL: java.util.Collections.copy SIGSEGV: J java.util.ArrayList.size()I FAIL: java.util.Collections.fill SIGSEGV: J java.util.ArrayList.size()I FAIL: java.util.Collections.min SIGSEGV: J java.util.ArrayList.iterator()Ljava/util/Iterator; FAIL: java.util.Collections.sort SIGSEGV: J java.lang.String.compareTo(Ljava/lang/Object;)I FAIL: java.util.Calendar.getInstance SIGSEGV: v ~BufferBlob::vtable chunks FAIL: java.util.Hashtable.NullValue PASS on individual run SIGSEGV: v ~BufferBlob::vtable chunks on java.util.Hashtable run SIGSEGV: v ~BufferBlob::vtable chunks on java.util run FAIL: java.util.Hashtable.AcuniaHashtableTest SIGSEGV: J java.util.Hashtable.size()I FAIL: java.util.LinkedHashMap.LinkedHashMapTest SIGSEGV: v ~BufferBlob::vtable chunks FAIL: java.util.HashMap.AcuniaHashMapTest SIGSEGV: v ~BufferBlob::vtable chunks FAIL: java.util.Currency.getInstance PASS on indivual run SIGSEGV: v ~BufferBlob::vtable chunks on java.util.Currency run SIGSEGV: v ~BufferBlob::vtable chunks on java.util run FAIL: java.util.Currency.Constructors PASS on indivual run SIGSEGV: v ~BufferBlob::vtable chunks on java.util.Currency run SIGSEGV: v ~BufferBlob::vtable chunks on java.util run FAIL: java.beans.beancontext.BeanContextSupport.toArray Runtime1::entry_for(17) returned unimplemented entry point =============== DEBUG MESSAGE: should not reach here ================ SIGILL: v ~RuntimeStub::throw_array_store_exception Runtime1 stub For each of the SIGSEGV errors, I have the corresponding hs_err_pidxxxx.log files, which I can provide or post as needed. I am also seeing a large discrepancy between -Xint and -Xcomp on both the java.awt tests (73 additional failures) and the javax.swing tests (32 additional failures). I will be filing a more detailed report on these later.

2 1

We're not quite out of the woods yet
by Andrew Haley 26 Jul '13

26 Jul '13

After a long time running jcstress I get Exception in thread "main" java.util.concurrent.ExecutionException: java.lang.IllegalMonitorStateException at java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.util.concurrent.FutureTask.get(FutureTask.java:202) at org.openjdk.jcstress.infra.runners.Runner.tryWaitFor(Runner.java:137) at org.openjdk.jcstress.infra.runners.Runner.waitFor(Runner.java:154) at org.openjdk.jcstress.infra.runners.Actor2_Runner.run(Actor2_Runner.java:165) at org.openjdk.jcstress.infra.runners.Actor2_Runner.run(Actor2_Runner.java:79) at org.openjdk.jcstress.JCStress.async(JCStress.java:214) at org.openjdk.jcstress.JCStress.run(JCStress.java:255) at org.openjdk.jcstress.JCStress.run(JCStress.java:209) at org.openjdk.jcstress.ForkedMain.main(ForkedMain.java:43) Caused by: java.lang.IllegalMonitorStateException at java.util.concurrent.locks.StampedLock.unlockRead(StampedLock.java:551) at org.openjdk.jcstress.tests.locks.stamped.StampedLockPairwiseTests$AbstractStampedLockTest.RL_URs(StampedLockPairwiseTests.java:93) at org.openjdk.jcstress.tests.locks.stamped.StampedLockPairwiseTests$RL_URs.actor1(StampedLockPairwiseTests.java:609) at org.openjdk.jcstress.tests.locks.stamped.StampedLockPairwiseTests$RL_URs$Base.actor1(StampedLockPairwiseTests.java:611) at org.openjdk.jcstress.infra.runners.Actor2_Runner$1.work1(Actor2_Runner.java:147) at org.openjdk.jcstress.infra.runners.Actor2_Runner$1.work1(Actor2_Runner.java:144) at org.openjdk.jcstress.infra.runners.ActorBase.call(ActorBase.java:133) at org.openjdk.jcstress.infra.runners.ActorBase.call(ActorBase.java:44) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:722) (ETA: 01:11:38) (R: 2.50E+04) (T: 696/3600) (F: 2/1) (I: 1/5) [ERROR] o.o.j.t.locks.stamped.StampedLockPairwiseTests$RL_URs$tWLt_tUW Observed state Occurrences Expectation Interpretation [0, 0] ( 0) ACCEPTABLE Seeing the default values. [1, 2] ( 0) ACCEPTABLE Seeing the complete update. It'll be fun trying to track that one down. Andrew.

1 0