Mon, 24 Nov 2008 09:53:31 -0800 6774607: SIGSEGV or (!is_null(v),"oop value can never be zero") assertion when running with CMS and COOPs
ysr [Mon, 24 Nov 2008 09:53:31 -0800] rev 1607
6774607: SIGSEGV or (!is_null(v),"oop value can never be zero") assertion when running with CMS and COOPs Summary: Use the more permissive set_klass_or_null() and klass_or_null() interfaces in ParNew's workqueue overflow code that manipulates the klass-word. Reviewed-by: coleenp
Thu, 20 Nov 2008 16:56:09 -0800 6684579: SoftReference processing can be made more efficient
ysr [Thu, 20 Nov 2008 16:56:09 -0800] rev 1606
6684579: SoftReference processing can be made more efficient Summary: For current soft-ref clearing policies, we can decide at marking time if a soft-reference will definitely not be cleared, postponing the decision of whether it will definitely be cleared to the final reference processing phase. This can be especially beneficial in the case of concurrent collectors where the marking is usually concurrent but reference processing is usually not. Reviewed-by: jmasa
Thu, 20 Nov 2008 12:27:41 -0800 6722113: CMS: Incorrect overflow handling during precleaning of Reference lists
ysr [Thu, 20 Nov 2008 12:27:41 -0800] rev 1605
6722113: CMS: Incorrect overflow handling during precleaning of Reference lists Summary: When we encounter marking stack overflow during precleaning of Reference lists, we were using the overflow list mechanism, which can cause problems on account of mutating the mark word of the header because of conflicts with mutator accesses and updates of that field. Instead we should use the usual mechanism for overflow handling in concurrent phases, namely dirtying of the card on which the overflowed object lies. Since precleaning effectively does a form of discovered list processing, albeit with discovery enabled, we needed to adjust some code to be correct in the face of interleaved processing and discovery. Reviewed-by: apetrusenko, jcoomes
Tue, 25 Nov 2008 15:59:23 -0500 Merge
kamg [Tue, 25 Nov 2008 15:59:23 -0500] rev 1604
Merge
Mon, 24 Nov 2008 14:45:47 -0500 6474243: suspicious jvmti code that uses oop unsafely across GC point
coleenp [Mon, 24 Nov 2008 14:45:47 -0500] rev 1603
6474243: suspicious jvmti code that uses oop unsafely across GC point Summary: oop stored in unsafely in Lscratch noticed by visual inspection will not be updated by GC. Reviewed-by: kamg, never, kvn
Sat, 22 Nov 2008 00:16:09 -0800 6554406: Change switch UseVMInterruptibleIO default to false (sol)
xlu [Sat, 22 Nov 2008 00:16:09 -0800] rev 1602
6554406: Change switch UseVMInterruptibleIO default to false (sol) Summary: The default value of UseVMInterruptibleIO is changed to false for JDK 7, but the default isn't changed for JDK 6 and earlier. Reviewed-by: never, acorn, dholmes, kamg, alanb
Fri, 21 Nov 2008 15:10:14 -0500 Merge
kamg [Fri, 21 Nov 2008 15:10:14 -0500] rev 1601
Merge
(0) -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip