Thu, 18 Mar 2010 09:56:51 +0100 6932091: JSR 292 x86 code cleanup
twisti [Thu, 18 Mar 2010 09:56:51 +0100] rev 5055
6932091: JSR 292 x86 code cleanup Summary: Some code cleanups found during the JSR 292 SPARC port. Reviewed-by: kvn, never
Wed, 17 Mar 2010 16:40:25 -0700 6930043: C2: SIGSEGV in javasoft.sqe.tests.lang.arr017.arr01702.arr01702.loop_forw(II)I
never [Wed, 17 Mar 2010 16:40:25 -0700] rev 5054
6930043: C2: SIGSEGV in javasoft.sqe.tests.lang.arr017.arr01702.arr01702.loop_forw(II)I Reviewed-by: kvn
Wed, 17 Mar 2010 10:47:03 -0700 6935535: String.indexOf() returns incorrect result on x86 with SSE4.2
kvn [Wed, 17 Mar 2010 10:47:03 -0700] rev 5053
6935535: String.indexOf() returns incorrect result on x86 with SSE4.2 Summary: Added missing counter decrement when substring search restarted. Reviewed-by: twisti
Wed, 17 Mar 2010 10:22:41 +0100 6934966: JSR 292 add C1 logic for saved SP over MethodHandle calls
twisti [Wed, 17 Mar 2010 10:22:41 +0100] rev 5052
6934966: JSR 292 add C1 logic for saved SP over MethodHandle calls Summary: The logic for x86 C1 to save the SP over MH calls is pretty straight forward but SPARC handles that differently. Reviewed-by: never, jrose
Tue, 16 Mar 2010 15:35:33 -0700 6935466: new CodeCache flushing code is not guarded by the flag
kvn [Tue, 16 Mar 2010 15:35:33 -0700] rev 5051
6935466: new CodeCache flushing code is not guarded by the flag Summary: Add missing guard. Reviewed-by: never
Tue, 16 Mar 2010 11:52:17 +0100 6934494: JSR 292 MethodHandles adapters should be generated into their own CodeBlob
twisti [Tue, 16 Mar 2010 11:52:17 +0100] rev 5050
6934494: JSR 292 MethodHandles adapters should be generated into their own CodeBlob Summary: Passing a null pointer to an InvokeDynamic function call should lead to a NullPointerException. Reviewed-by: kvn, never
Thu, 11 Mar 2010 05:09:20 -0800 6934089: Zero 32-bit/64kb page fix
twisti [Thu, 11 Mar 2010 05:09:20 -0800] rev 5049
6934089: Zero 32-bit/64kb page fix Summary: The fix for 6927165 increased the number of shadow pages for 32-bit platforms and this causes a problem on systems with 64kb pages. Reviewed-by: twisti Contributed-by: Gary Benson <gbenson@redhat.com>
Fri, 05 Mar 2010 13:58:34 +0100 6932496: c1: deoptimization of jsr subroutine fails on sparcv9
roland [Fri, 05 Mar 2010 13:58:34 +0100] rev 5048
6932496: c1: deoptimization of jsr subroutine fails on sparcv9 Summary: store jsr ret bci as intptr constant in c1 debug info Reviewed-by: never
Tue, 09 Mar 2010 23:57:36 -0800 Merge
twisti [Tue, 09 Mar 2010 23:57:36 -0800] rev 5047
Merge
Tue, 09 Mar 2010 20:16:19 +0100 6919934: JSR 292 needs to support x86 C1
twisti [Tue, 09 Mar 2010 20:16:19 +0100] rev 5046
6919934: JSR 292 needs to support x86 C1 Summary: This implements JSR 292 support for C1 x86. Reviewed-by: never, jrose, kvn
Tue, 09 Mar 2010 11:02:39 -0800 6932270: Allow Java's ELF symtab reader to use separate debuginfo files
never [Tue, 09 Mar 2010 11:02:39 -0800] rev 5045
6932270: Allow Java's ELF symtab reader to use separate debuginfo files Reviewed-by: never Contributed-by: Andrew Haley <aph@redhat.com>
Mon, 08 Mar 2010 04:46:30 -0800 6932536: JSR 292 modified JDK MethodHandlesTest fails on x86_64
twisti [Mon, 08 Mar 2010 04:46:30 -0800] rev 5044
6932536: JSR 292 modified JDK MethodHandlesTest fails on x86_64 Summary: A modified MethodHandlesTest revealed two bugs on x86_64. Reviewed-by: never, jrose
Thu, 11 Mar 2010 14:41:29 -0500 Merge
acorn [Thu, 11 Mar 2010 14:41:29 -0500] rev 5043
Merge
Wed, 10 Mar 2010 21:42:26 -0800 6933402: RFE: Improve PrintSafepointStatistics output to track cleanup time
xlu [Wed, 10 Mar 2010 21:42:26 -0800] rev 5042
6933402: RFE: Improve PrintSafepointStatistics output to track cleanup time Summary: Improve the usability of safepoint statistics data. See bug evaluation for more details. Reviewed-by: ysr, dholmes
Tue, 02 Mar 2010 12:09:40 -0800 6914050: jvm assertion "guard pages must be in use" in -Xcomp mode
coleenp [Tue, 02 Mar 2010 12:09:40 -0800] rev 5041
6914050: jvm assertion "guard pages must be in use" in -Xcomp mode Summary: Move creating stack guard pages in jni attach thread before potential java call rather than after. Also cleanup stack guard pages when jni attach fails Reviewed-by: never, dholmes
(0) -3000 -1000 -300 -100 -15 +15 +100 +300 +1000 +3000 +10000 +30000 tip