bae [Tue, 22 Mar 2011 11:22:38 +0300] rev 8937
6993561: java.awt.image.SampleModel.setSamples() methods not always throw ArrayIndexOutOfBoundsException
Reviewed-by: jgodinez, prr
schien [Thu, 07 Apr 2011 15:21:10 -0700] rev 8936
Added tag jdk7-b137 for changeset 6f226af63661
duke [Wed, 05 Jul 2017 17:40:07 +0200] rev 8935
Merge
trims [Fri, 08 Apr 2011 16:18:48 -0700] rev 8934
7035259: Bump the HS21 build number to 08
Summary: Update the HS21 build number to 08
Reviewed-by: jcoomes
trims [Fri, 08 Apr 2011 16:18:38 -0700] rev 8933
Merge
jmasa [Wed, 06 Apr 2011 16:02:53 -0700] rev 8932
Merge
johnc [Fri, 18 Feb 2011 10:07:34 -0800] rev 8931
7020042: G1: Partially remove fix for 6994628
Summary: Disable reference discovery and processing during concurrent marking by disabling fix for 6994628.
Reviewed-by: tonyp, ysr
tonyp [Mon, 04 Apr 2011 14:23:17 -0400] rev 8930
7027766: G1: introduce flag to dump the liveness information per region at the end of marking
Summary: Repurpose the existing flag G1PrintRegionLivenessInfo to print out the liveness distribution across the regions in the heap at the end of marking.
Reviewed-by: iveresov, jwilhelm
tonyp [Mon, 04 Apr 2011 13:18:35 -0400] rev 8929
7033292: G1: nightly failure: Non-dirty cards in region that should be dirty
Summary: The epochs on the card cache array are initialized to 0 and our initial epoch also starts at 0. So, until the first GC, it might be possible to successfully "claim" a card which was in fact never initialized.
Reviewed-by: johnc, iveresov, ysr
tonyp [Wed, 30 Mar 2011 10:26:59 -0400] rev 8928
7023069: G1: Introduce symmetric locking in the slow allocation path
7023151: G1: refactor the code that operates on _cur_alloc_region to be re-used for allocs by the GC threads
7018286: G1: humongous allocation attempts should take the GC locker into account
Summary: First, this change replaces the asymmetric locking scheme in the G1 slow alloc path by a summetric one. Second, it factors out the code that operates on _cur_alloc_region so that it can be re-used for allocations by the GC threads in the future.
Reviewed-by: stefank, brutisso, johnc