hg: hsx/hotspot-main/hotspot: 6 new changesets

[jon.masamitsu at oracle.com]

Changeset: 4406629aa157
Author:    johnc
Date:      2011-12-02 12:39 -0800
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/4406629aa157

7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj
Summary: As a result of  the changes for 4965777, the G1 reference field scanning closure could be applied to the discovered field of a reference object twice. The failing assert is too strong if the result of the first application of the closure is stolen, and the referenced object, evacuated by another worker thread.
Reviewed-by: ysr, tonyp

! src/share/vm/gc_implementation/g1/g1OopClosures.inline.hpp

Changeset: e37aedaedccd
Author:    tonyp
Date:      2011-12-05 12:26 -0500
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/e37aedaedccd

Merge


Changeset: f1391adc6681
Author:    stefank
Date:      2011-11-28 10:19 +0100
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/f1391adc6681

7112034: Parallel CMS fails to properly mark reference objects
Summary: Enabled reference processing when work stealing during concurrent marking
Reviewed-by: jmasa, brutisso

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp

Changeset: f4414323345f
Author:    stefank
Date:      2011-11-28 14:58 +0100
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/f4414323345f

7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM
Summary: Changed the conditional to see if the precompiled header has been specified. Also, removed the unused PrecompiledOption.
Reviewed-by: dholmes, brutisso

! make/bsd/makefiles/gcc.make
! make/bsd/makefiles/top.make
! make/linux/makefiles/gcc.make
! make/linux/makefiles/top.make
! make/solaris/makefiles/gcc.make

Changeset: d23d2b18183e
Author:    tonyp
Date:      2011-12-07 12:54 -0500
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/d23d2b18183e

7118202: G1: eden size unnecessarily drops to a minimum
Summary: An integer underflow can cause the RSet lengths to be massively overpredicted which forces the eden size to the minimum.
Reviewed-by: brutisso, johnc

! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp

Changeset: e9b91fd07263
Author:    jmasa
Date:      2011-12-09 06:46 -0800
URL:       http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/e9b91fd07263

Merge