Tue, 14 Feb 2012 16:50:34 -0500 7145587: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV (sparc version)
coleenp [Tue, 14 Feb 2012 16:50:34 -0500] rev 11769
7145587: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV (sparc version) Summary: Increase StackShadowPages to accomodate the JDK changes to increase buffer size in socketWrite Reviewed-by: acorn, phh, dcubed, kamg, dsamersoff
Tue, 14 Feb 2012 15:52:17 -0500 Merge
kamg [Tue, 14 Feb 2012 15:52:17 -0500] rev 11768
Merge
Mon, 13 Feb 2012 14:03:12 -0500 7069991: Setup make/jprt.properties files for jdk8
kamg [Mon, 13 Feb 2012 14:03:12 -0500] rev 11767
7069991: Setup make/jprt.properties files for jdk8 Summary: Change default release value to jdk8 (but overrideable) Reviewed-by: phh, jcoomes, dholmes, ohair
Tue, 14 Feb 2012 06:54:27 -0800 7143760: Memory leak in GarbageCollectionNotifications
fparain [Tue, 14 Feb 2012 06:54:27 -0800] rev 11766
7143760: Memory leak in GarbageCollectionNotifications Reviewed-by: dholmes, dcubed, kamg
Mon, 13 Feb 2012 12:30:47 -0500 7059899: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV
coleenp [Mon, 13 Feb 2012 12:30:47 -0500] rev 11765
7059899: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV Summary: Increase StackShadowPages to accomodate the JDK changes to increase buffer size in socketWrite Reviewed-by: acorn, phh
Mon, 13 Feb 2012 06:24:44 -0800 Merge
fparain [Mon, 13 Feb 2012 06:24:44 -0800] rev 11764
Merge
Sun, 12 Feb 2012 19:33:11 -0800 7009098: SA cannot open core files larger than 2GB on Linux 32-bit
poonam [Sun, 12 Feb 2012 19:33:11 -0800] rev 11763
7009098: SA cannot open core files larger than 2GB on Linux 32-bit Summary: Added Large File Support by compiling libsaproc.so with -D_FILE_OFFSET_BITS=64, and a small change with which SA should first load libraries from the path specified with SA_ALTROOT. Reviewed-by: dholmes, kevinw, dcubed, minqi
Thu, 09 Feb 2012 07:35:48 -0800 Merge
zgu [Thu, 09 Feb 2012 07:35:48 -0800] rev 11762
Merge
Thu, 09 Feb 2012 10:16:26 -0500 7141259: Native stack is missing in hs_err
zgu [Thu, 09 Feb 2012 10:16:26 -0500] rev 11761
7141259: Native stack is missing in hs_err Summary: Code cleanup and creating a private decoder for error handler, since it can be triggered from in signal handler, where no lock can be taken Reviewed-by: dholmes, kamg, acorn, coleenp
Thu, 09 Feb 2012 00:51:47 -0800 7131006: java/lang/management/ThreadMXBean/ThreadLists.java
minqi [Thu, 09 Feb 2012 00:51:47 -0800] rev 11760
7131006: java/lang/management/ThreadMXBean/ThreadLists.java Reviewed-by: dholmes, acorn
Fri, 17 Feb 2012 13:23:29 +0100 Merge
stefank [Fri, 17 Feb 2012 13:23:29 +0100] rev 11759
Merge
Thu, 16 Feb 2012 13:13:53 -0800 6330863: vm/gc/InfiniteList.java fails intermittently due to timeout
jcoomes [Thu, 16 Feb 2012 13:13:53 -0800] rev 11758
6330863: vm/gc/InfiniteList.java fails intermittently due to timeout Summary: in some cases, allocate from the old gen before doing a full gc Reviewed-by: stefank, jmasa
Thu, 16 Feb 2012 13:12:25 -0800 7146343: PS invoke methods should indicate the type of gc done
jcoomes [Thu, 16 Feb 2012 13:12:25 -0800] rev 11757
7146343: PS invoke methods should indicate the type of gc done Reviewed-by: stefank, jmasa
Wed, 15 Feb 2012 13:06:53 -0500 7132029: G1: mixed GC phase lasts for longer than it should
tonyp [Wed, 15 Feb 2012 13:06:53 -0500] rev 11756
7132029: G1: mixed GC phase lasts for longer than it should Summary: Revamp of the mechanism that chooses old regions for inclusion in the CSet. It simplifies the code and introduces min and max bounds on the number of old regions added to the CSet at each mixed GC to avoid pathological cases. It also ensures that when we do a mixed GC we'll always find old regions to add to the CSet (i.e., it eliminates the case where a mixed GC will collect no old regions which can happen today). Reviewed-by: johnc, brutisso
Wed, 18 Jan 2012 09:50:16 -0800 7129514: time warp warnings after 7117303
johnc [Wed, 18 Jan 2012 09:50:16 -0800] rev 11755
7129514: time warp warnings after 7117303 Summary: Replace calls to os::javaTimeMillis() that are used to update the milliseconds since the last GC to an equivalent that uses a monotonically non-decreasing time source. Reviewed-by: ysr, jmasa
Tue, 14 Feb 2012 08:21:08 -0500 7129892: G1: explicit marking cycle initiation might fail to initiate a marking cycle
tonyp [Tue, 14 Feb 2012 08:21:08 -0500] rev 11754
7129892: G1: explicit marking cycle initiation might fail to initiate a marking cycle Summary: If we try to schedule an initial-mark GC in order to explicit start a conc mark cycle and it gets pre-empted by antoher GC, we should retry the attempt as long as it's appropriate for the GC cause. Reviewed-by: brutisso, johnc
(0) -10000 -3000 -1000 -300 -100 -16 +16 +100 +300 +1000 +3000 +10000 +30000 tip