hg: jdk7/hotspot-svc/hotspot: 9 new changesets

[daniel.daugherty at sun.com]

Changeset: 2b42b31e7928
Author:    coleenp
Date:      2008-11-21 08:09 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/2b42b31e7928

6676175: BigApps crash JVM Client VM (build 10.0-b22, mixed mode, sharing) with SIGSEGV (0xb)
Summary: Add test for biased locking epoch before walking own thread stack in case of rare race
Reviewed-by: phh, never

! src/share/vm/runtime/biasedLocking.cpp

Changeset: ba7f9d894282
Author:    kamg
Date:      2008-11-21 15:10 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/ba7f9d894282

Merge

- src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.cpp
- src/share/vm/gc_implementation/concurrentMarkSweep/concurrentGCThread.hpp

Changeset: 171e581e8161
Author:    xlu
Date:      2008-11-22 00:16 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/171e581e8161

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

! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp

Changeset: b22701a8b88f
Author:    coleenp
Date:      2008-11-24 14:45 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/b22701a8b88f

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

! src/cpu/sparc/vm/templateTable_sparc.cpp

Changeset: a60eabc24e2c
Author:    kamg
Date:      2008-11-25 15:59 -0500
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/a60eabc24e2c

Merge


Changeset: 00b023ae2d78
Author:    ysr
Date:      2008-11-20 12:27 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/00b023ae2d78

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

! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/runtime/globals.hpp

Changeset: c96030fff130
Author:    ysr
Date:      2008-11-20 16:56 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/c96030fff130

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

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp
! src/share/vm/includeDB_core
! src/share/vm/memory/defNewGeneration.cpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/genMarkSweep.cpp
! src/share/vm/memory/referencePolicy.cpp
! src/share/vm/memory/referencePolicy.hpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/memory/universe.cpp
! src/share/vm/utilities/macros.hpp

Changeset: df4305d4c1a1
Author:    ysr
Date:      2008-11-24 09:53 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/df4305d4c1a1

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

! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp
! src/share/vm/oops/oop.inline.hpp

Changeset: 434912c745cf
Author:    iveresov
Date:      2008-11-26 09:24 -0800
URL:       http://hg.openjdk.java.net/jdk7/hotspot-svc/hotspot/rev/434912c745cf

Merge

! src/share/vm/runtime/globals.hpp