Wed, 01 Dec 2010 17:34:02 -0800 6983204: G1: Nightly test nsk/regression/b4958615 failing with +ExplicitGCInvokesConcurrent
johnc [Wed, 01 Dec 2010 17:34:02 -0800] rev 7399
6983204: G1: Nightly test nsk/regression/b4958615 failing with +ExplicitGCInvokesConcurrent Summary: Enable reference discovery during concurrent marking by setting the reference processor field of the concurrent marking closure. Keep reference objects on the discovered reference lists alive during incremental evacuation pauses until they are processed at the end of concurrent marking. Reviewed-by: ysr, tonyp
Tue, 24 Aug 2010 17:24:33 -0400 6974966: G1: unnecessary direct-to-old allocations
tonyp [Tue, 24 Aug 2010 17:24:33 -0400] rev 7398
6974966: G1: unnecessary direct-to-old allocations Summary: This change revamps the slow allocation path of G1. Improvements include the following: a) Allocations directly to old regions are now totally banned. G1 now only allows allocations out of young regions (with the only exception being humongous regions). b) The thread that allocates a new region (which is now guaranteed to be young) does not dirty all its cards. Each thread that successfully allocates out of a young region is now responsible for dirtying the cards that corresponding to the "block" that just got allocated. c) allocate_new_tlab() and mem_allocate() are now implemented differently and TLAB allocations are only done by allocate_new_tlab(). d) If a thread schedules an evacuation pause in order to satisfy an allocation request, it will perform the allocation at the end of the safepoint so that the thread that initiated the GC also gets "first pick" of any space made available by the GC. e) If a thread is unable to allocate a humongous object it will schedule an evacuation pause in case it reclaims enough regions so that the humongous allocation can be satisfied aftewards. f) The G1 policy is more careful to set the young list target length to be the survivor number +1. g) Lots of code tidy up, removal, refactoring to make future changes easier. Reviewed-by: johnc, ysr
Tue, 23 Nov 2010 13:22:55 -0800 6989984: Use standard include model for Hospot
stefank [Tue, 23 Nov 2010 13:22:55 -0800] rev 7397
6989984: Use standard include model for Hospot Summary: Replaced MakeDeps and the includeDB files with more standardized solutions. Reviewed-by: coleenp, kvn, kamg
Tue, 23 Nov 2010 15:01:43 -0500 Merge
coleenp [Tue, 23 Nov 2010 15:01:43 -0500] rev 7396
Merge
Tue, 23 Nov 2010 04:33:42 -0800 7002129: Zero and Shark fixes, 3rd
twisti [Tue, 23 Nov 2010 04:33:42 -0800] rev 7395
7002129: Zero and Shark fixes, 3rd Summary: 6970683 and 6953144 introduced changes that need to be implemented for Zero and Shark. Reviewed-by: twisti Contributed-by: Gary Benson <gbenson@redhat.com>
Fri, 19 Nov 2010 23:46:06 -0500 Merge
coleenp [Fri, 19 Nov 2010 23:46:06 -0500] rev 7394
Merge
Fri, 19 Nov 2010 03:41:50 -0800 6837842: JNI_CreateJavaVM crashes under impersonation
poonam [Fri, 19 Nov 2010 03:41:50 -0800] rev 7393
6837842: JNI_CreateJavaVM crashes under impersonation Reviewed-by: acorn, dholmes
Thu, 18 Nov 2010 14:37:46 -0500 6751923: JNDI wake up when clock_settime() is called
zgu [Thu, 18 Nov 2010 14:37:46 -0500] rev 7392
6751923: JNDI wake up when clock_settime() is called Summary: Ported Chris Phillips' patch from jdk5 to jdk7 Reviewed-by: chrisphi, coleenp
Fri, 19 Nov 2010 17:01:34 -0800 Merge
iveresov [Fri, 19 Nov 2010 17:01:34 -0800] rev 7391
Merge
Thu, 18 Nov 2010 09:52:48 -0800 7000491: assert(false) failed: should be optimized out in SharedRuntime::g1_wb_pre
kvn [Thu, 18 Nov 2010 09:52:48 -0800] rev 7390
7000491: assert(false) failed: should be optimized out in SharedRuntime::g1_wb_pre Summary: Wrong value type is used for NULL store when clearing the detail message of the preallocated exception object. Reviewed-by: never, iveresov
Tue, 16 Nov 2010 15:57:16 -0800 7000349: Tiered reacts incorrectly to C1 compilation failures
iveresov [Tue, 16 Nov 2010 15:57:16 -0800] rev 7389
7000349: Tiered reacts incorrectly to C1 compilation failures Summary: Fix policy reaction to C1 comilation failures, make C1 properly report errors. Reviewed-by: kvn
Fri, 12 Nov 2010 09:51:43 -0800 6999491: non-zero COOPs are used when they should not
kvn [Fri, 12 Nov 2010 09:51:43 -0800] rev 7388
6999491: non-zero COOPs are used when they should not Summary: HeapBaseMinAddress should be used only for a default heap size calculation. Reviewed-by: iveresov, jcoomes, dholmes
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
Fri, 03 Dec 2010 09:44:09 -0800 Added tag hs20-b03 for changeset a683e80b9ca8
trims [Fri, 03 Dec 2010 09:44:09 -0800] rev 7373
Added tag hs20-b03 for changeset a683e80b9ca8
Thu, 16 Dec 2010 18:17:52 -0800 Added tag jdk7-b122 for changeset c601f7238c18
cl [Thu, 16 Dec 2010 18:17:52 -0800] rev 7372
Added tag jdk7-b122 for changeset c601f7238c18
(0) -3000 -1000 -300 -100 -50 -28 +28 +50 +100 +300 +1000 +3000 +10000 +30000 tip