Fri, 19 Nov 2010 13:19:49 -0800 Merge
jmasa [Fri, 19 Nov 2010 13:19:49 -0800] rev 7387
Merge
Tue, 16 Nov 2010 16:12:28 -0800 Merge
johnc [Tue, 16 Nov 2010 16:12:28 -0800] rev 7386
Merge
Tue, 16 Nov 2010 14:07:33 -0800 6978187: G1: assert(ParallelGCThreads> 1 || n_yielded() == _hrrs->occupied()) strikes again
johnc [Tue, 16 Nov 2010 14:07:33 -0800] rev 7385
6978187: G1: assert(ParallelGCThreads> 1 || n_yielded() == _hrrs->occupied()) strikes again Summary: An evacuation failure while copying the roots caused an object, A, to be forwarded to itself. During the subsequent RSet updating a reference to A was processed causing the reference to be added to the RSet of A's heap region. As a result of adding to the remembered set we ran into the issue described in 6930581 - the sparse table expanded and the RSet scanning code walked the cards in one instance of RHashTable (_cur) while the occupied() counts the cards in the expanded table (_next). Reviewed-by: tonyp, iveresov
Tue, 16 Nov 2010 13:58:48 -0800 7000578: CMS: assert(SafepointSynchronize::is_at_safepoint()) failed: Else races are possible
ysr [Tue, 16 Nov 2010 13:58:48 -0800] rev 7384
7000578: CMS: assert(SafepointSynchronize::is_at_safepoint()) failed: Else races are possible Summary: Weakened assert in onj_is_alive() to allow its use at initialization time when is_at_safepoint() normally reports false; added some related asserts to check order of is_init_completed() after Universe::is_fully_initialized(). Reviewed-by: jcoomes
Wed, 17 Nov 2010 09:21:51 -0500 Merge
zgu [Wed, 17 Nov 2010 09:21:51 -0500] rev 7383
Merge
Fri, 12 Nov 2010 09:37:13 -0500 Merge
zgu [Fri, 12 Nov 2010 09:37:13 -0500] rev 7382
Merge
Fri, 05 Nov 2010 09:32:08 -0400 6981737: The java.vm.specification.version property is 1.0, seems like it should be 2.0
kamg [Fri, 05 Nov 2010 09:32:08 -0400] rev 7381
6981737: The java.vm.specification.version property is 1.0, seems like it should be 2.0 Summary: Change property value to 1.<major_version> for major_version >= 7 Reviewed-by: dholmes, acorn
Wed, 27 Oct 2010 12:53:36 -0400 6865028: Illegal instructions passing verification prior to 'invokespecial Object.<init>'
kamg [Wed, 27 Oct 2010 12:53:36 -0400] rev 7380
6865028: Illegal instructions passing verification prior to 'invokespecial Object.<init>' Summary: Update verifier to conform to spec re: reference vs. 'Object' types Reviewed-by: dholmes, coleenp
Mon, 15 Nov 2010 16:25:14 -0800 Merge
jmasa [Mon, 15 Nov 2010 16:25:14 -0800] rev 7379
Merge
Thu, 11 Nov 2010 10:42:43 -0800 6998802: ScavengeALot: assert(!gch->incremental_collection_failed()) failed: Twice in a row
ysr [Thu, 11 Nov 2010 10:42:43 -0800] rev 7378
6998802: ScavengeALot: assert(!gch->incremental_collection_failed()) failed: Twice in a row Summary: Weaken assert by excluding scavenges resulting from -XX:+ScavengeALot stress-testing option. Reviewed-by: jmasa, tonyp
Tue, 09 Nov 2010 10:47:20 -0800 6996613: CompactibleFreeListSpace::print should call CompactibleFreeListSpace::print_on, not Space::print_on
ysr [Tue, 09 Nov 2010 10:47:20 -0800] rev 7377
6996613: CompactibleFreeListSpace::print should call CompactibleFreeListSpace::print_on, not Space::print_on Reviewed-by: tonyp
Fri, 05 Nov 2010 13:20:37 -0700 6997298: fatal error: must own lock CMS_markBitMap_lock during heap dump
ysr [Fri, 05 Nov 2010 13:20:37 -0700] rev 7376
6997298: fatal error: must own lock CMS_markBitMap_lock during heap dump Summary: Since we are at a stop-world pause, the existing CMS-phase checks are sufficient for safety, and the locking check can be safely elided. Elaborated documentation comment to the case where class unloading and verification are disabled, and the query happens when we aren't in the sweeping phase, where the answer "false" would be (almost everywhere) too pessimistic. Reviewed-by: jmasa, johnc, tonyp
Thu, 16 Dec 2010 20:32:43 -0800 Merge
trims [Thu, 16 Dec 2010 20:32:43 -0800] rev 7375
Merge
Fri, 10 Dec 2010 15:46:59 -0800 Merge
trims [Fri, 10 Dec 2010 15:46:59 -0800] rev 7374
Merge
(0) -3000 -1000 -300 -100 -14 +14 +100 +300 +1000 +3000 +10000 +30000 tip