Fri, 10 Dec 2010 18:05:39 -0800 7006221: Bump the HS20 build number to 04
trims [Fri, 10 Dec 2010 18:05:39 -0800] rev 7423
7006221: Bump the HS20 build number to 04 Summary: Update the HS20 build number to 04 Reviewed-by: jcoomes
Fri, 10 Dec 2010 17:59:46 -0800 Merge
trims [Fri, 10 Dec 2010 17:59:46 -0800] rev 7422
Merge
Thu, 09 Dec 2010 21:47:58 -0800 Merge
ysr [Thu, 09 Dec 2010 21:47:58 -0800] rev 7421
Merge
Thu, 09 Dec 2010 09:22:57 -0800 7005259: CMS: BubbleUpRef asserts referent(obj)->is_oop() failed: Enqueued a bad referent
ysr [Thu, 09 Dec 2010 09:22:57 -0800] rev 7420
7005259: CMS: BubbleUpRef asserts referent(obj)->is_oop() failed: Enqueued a bad referent Summary: Relaxed the assert by allowing NULL referents when discovery may be concurrent. Reviewed-by: johnc, jcoomes
Tue, 07 Dec 2010 21:55:53 -0800 7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed())
ysr [Tue, 07 Dec 2010 21:55:53 -0800] rev 7419
7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed()) 7002546: regression on SpecJbb2005 on 7b118 comparing to 7b117 on small heaps Summary: Relaxed assertion checking related to incremental_collection_failed flag to allow for ExplicitGCInvokesConcurrent behaviour where we do not want a failing scavenge to bail to a stop-world collection. Parameterized incremental_collection_will_fail() so we can selectively use, or not use, as appropriate, the statistical prediction at specific use sites. This essentially reverts the scavenge bail-out logic to what it was prior to some recent changes that had inadvertently started using the statistical prediction which can be noisy in the presence of bursty loads. Added some associated verbose non-product debugging messages. Reviewed-by: johnc, tonyp
Tue, 07 Dec 2010 16:44:34 -0800 Merge
johnc [Tue, 07 Dec 2010 16:44:34 -0800] rev 7418
Merge
Tue, 07 Dec 2010 16:18:45 -0800 6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized)
johnc [Tue, 07 Dec 2010 16:18:45 -0800] rev 7417
6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized) Summary: The Solaris Studio 12 update 1 C++ compiler was incorrectly re-ordering the reads of an object's mark word in oopDesc::forward_to_atomic(). This opened a small window where one thread could execute the successful CAS path even though another thread had already successfully forwarded the object. This could result in an object being copied twice. The code in oopDesc::forward_to_atomic() was changed to read the mark word once. Reviewed-by: ysr, tonyp
Tue, 07 Dec 2010 16:47:42 -0500 6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen
tonyp [Tue, 07 Dec 2010 16:47:42 -0500] rev 7416
6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen Summary: Allow the eden to the expanded up to a point when the GC locker is active. Reviewed-by: jwilhelm, johnc, ysr, jcoomes
Wed, 08 Dec 2010 04:50:35 -0800 7003789: PTRACE_GETREGS problems with SA on Linux.
kevinw [Wed, 08 Dec 2010 04:50:35 -0800] rev 7415
7003789: PTRACE_GETREGS problems with SA on Linux. Summary: ifdef definitions for PTRACE_GETREGS_REQ clarified Reviewed-by: dholmes
Tue, 07 Dec 2010 03:15:45 -0800 6539281: -Xcheck:jni should validate char* argument to ReleaseStringUTFChars
sla [Tue, 07 Dec 2010 03:15:45 -0800] rev 7414
6539281: -Xcheck:jni should validate char* argument to ReleaseStringUTFChars Summary: Tag allocated memory with a magic value and verify when releasing. Reviewed-by: phh, stefank
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip