ysr [Tue, 26 Jan 2010 23:36:11 -0800] rev 4743
Merge
ysr [Tue, 26 Jan 2010 16:52:29 -0800] rev 4742
6920090: G1: Disable ReduceInitialCardMarks at least until 6920109 is fixed
Summary: G1 now answers "no" to the query can_elide_initializing_store_barrier() in the product build. A debug flag allows alternate behaviour in debug builds.
Reviewed-by: iveresov, tonyp
tonyp [Mon, 25 Jan 2010 18:03:29 -0500] rev 4741
6919980: G1: remove +UseG1GC from under experimental options (second attempt)
Summary: Trying this again, as the original change was lost.
Reviewed-by: ysr, jmasa
apetrusenko [Thu, 21 Jan 2010 18:51:10 -0800] rev 4740
6918006: G1: spill space must be reserved on the stack for barrier calls on Windows x64
Summary: Stub code generated to call G1 barriers does not allocate spill space on the stack as required by Windows x64 ABI. The fix is to use more ABI-friendly call_VM_leaf().
Reviewed-by: iveresov, never, kvn
ysr [Thu, 21 Jan 2010 14:47:01 -0800] rev 4739
Merge
jmasa [Thu, 21 Jan 2010 11:33:32 -0800] rev 4738
6895236: CMS: cmsOopClosures.inline.hpp:43 assert(..., "Should remember klasses in this context")
Summary: Adjust assertion checking for ExplicitGCInvokesConcurrentAndUnloadsClasses as a reason for class unloading
Reviewed-by: ysr
iveresov [Wed, 27 Jan 2010 14:06:27 -0800] rev 4737
Merge
kvn [Tue, 26 Jan 2010 08:53:24 -0800] rev 4736
6919886: Sweep CodeCache more aggressively to reduce its usage for CompileTheWorld
Summary: Add safepoint after CompileTheWorldSafepointInterval (100) compilations and do full sweep of CodeCache each time.
Reviewed-by: never
Contributed-by: eric.caspole@amd.com
never [Wed, 20 Jan 2010 22:10:33 -0800] rev 4735
6911204: generated adapters with large signatures can fill up the code cache
Reviewed-by: kvn, jrose
coleenp [Fri, 22 Jan 2010 15:06:53 -0800] rev 4734
Merge
dcubed [Wed, 20 Jan 2010 11:32:41 -0700] rev 4733
Merge
dcubed [Wed, 13 Jan 2010 09:39:46 -0700] rev 4732
6580131: 3/4 CompiledMethodLoad events don't produce the expected extra notifications to describe inlining
Summary: Add support for additional implementation specific info to the JVM/TI CompiledMethodLoad event via the compile_info parameter.
Reviewed-by: never, ohair, tbell, tdeneau
Contributed-by: Vasanth Venkatachalam <vasanth.venkatachalam@amd.com>