Tue, 02 Feb 2010 11:08:17 -0700 Merge
dcubed [Tue, 02 Feb 2010 11:08:17 -0700] rev 4763
Merge
Tue, 02 Feb 2010 10:37:32 -0700 6918421: 1/1 in-process JVM now ignores preset Windows unhandled exception filter
dcubed [Tue, 02 Feb 2010 10:37:32 -0700] rev 4762
6918421: 1/1 in-process JVM now ignores preset Windows unhandled exception filter Summary: Add support for chaining Windows UnhandledExceptionFilter handlers Reviewed-by: kamg, dholmes, never, acorn, ikrylov
Mon, 01 Feb 2010 17:35:05 -0700 6902182: 4/4 Starting with jdwp agent should not incur performance penalty
dcubed [Mon, 01 Feb 2010 17:35:05 -0700] rev 4761
6902182: 4/4 Starting with jdwp agent should not incur performance penalty Summary: Rename can_post_exceptions support to can_post_on_exceptions. Add support for should_post_on_exceptions flag to permit per JavaThread optimizations. Reviewed-by: never, kvn, dcubed Contributed-by: tom.deneau@amd.com
Thu, 04 Feb 2010 11:16:23 -0800 6921992: failure in verify scheduling after 6792161
never [Thu, 04 Feb 2010 11:16:23 -0800] rev 4760
6921992: failure in verify scheduling after 6792161 Reviewed-by: kvn
Thu, 04 Feb 2010 03:34:05 -0800 Merge
twisti [Thu, 04 Feb 2010 03:34:05 -0800] rev 4759
Merge
Wed, 03 Feb 2010 18:33:04 -0800 Merge
never [Wed, 03 Feb 2010 18:33:04 -0800] rev 4758
Merge
Wed, 03 Feb 2010 15:56:37 -0800 6921969: optimize 64 long multiply for case with high bits zero
never [Wed, 03 Feb 2010 15:56:37 -0800] rev 4757
6921969: optimize 64 long multiply for case with high bits zero Reviewed-by: never, twisti, kvn, rasbold Contributed-by: Hiroshi Yamauchi <yamauchi@google.com>
Wed, 03 Feb 2010 15:03:22 -0800 6923043: failed nightly tests which use -XX:+PrintCompilation -Xcomp -XX:CompileOnly
kvn [Wed, 03 Feb 2010 15:03:22 -0800] rev 4756
6923043: failed nightly tests which use -XX:+PrintCompilation -Xcomp -XX:CompileOnly Summary: Print "made not compilable" line only for deoptimizations. Reviewed-by: never
Wed, 03 Feb 2010 12:28:30 -0800 6921922: fix for 6911204 breaks tagged stack interpreter
never [Wed, 03 Feb 2010 12:28:30 -0800] rev 4755
6921922: fix for 6911204 breaks tagged stack interpreter Reviewed-by: kvn
Mon, 01 Feb 2010 16:49:49 -0800 6614597: Performance variability in jvm2008 xml.validation
kvn [Mon, 01 Feb 2010 16:49:49 -0800] rev 4754
6614597: Performance variability in jvm2008 xml.validation Summary: Fix incorrect marking of methods as not compilable. Reviewed-by: never
Mon, 01 Feb 2010 23:18:47 +0100 6921799: JSR 292 call sites should not be fixed-up
twisti [Mon, 01 Feb 2010 23:18:47 +0100] rev 4753
6921799: JSR 292 call sites should not be fixed-up Summary: MethodHandle invoke call sites should not be fixed-up by SharedRuntime::fixup_callers_callsite as c2i/i2c adapters are used to implement MethodHandle actions. Reviewed-by: kvn, never
Mon, 01 Feb 2010 19:29:46 +0100 6921352: JSR 292 needs its own deopt handler
twisti [Mon, 01 Feb 2010 19:29:46 +0100] rev 4752
6921352: JSR 292 needs its own deopt handler Summary: We need to introduce a new MH deopt handler so we can easily determine if the deopt happened at a MH call site or not. Reviewed-by: never, jrose
Fri, 29 Jan 2010 22:51:41 -0800 6916644: C2 compiler crash on x86
never [Fri, 29 Jan 2010 22:51:41 -0800] rev 4751
6916644: C2 compiler crash on x86 Reviewed-by: kvn, twisti
Fri, 29 Jan 2010 09:27:22 -0800 4360113: Evict nmethods when code cache gets full
kvn [Fri, 29 Jan 2010 09:27:22 -0800] rev 4750
4360113: Evict nmethods when code cache gets full Summary: Speculatively unload the oldest nmethods when code cache gets full. Reviewed-by: never, kvn Contributed-by: eric.caspole@amd.com
Fri, 29 Jan 2010 08:33:24 -0800 6921339: backout 6917766
twisti [Fri, 29 Jan 2010 08:33:24 -0800] rev 4749
6921339: backout 6917766 Reviewed-by: mr
Fri, 29 Jan 2010 12:13:05 +0100 6917766: JSR 292 needs its own deopt handler
twisti [Fri, 29 Jan 2010 12:13:05 +0100] rev 4748
6917766: JSR 292 needs its own deopt handler Summary: We need to introduce a new MH deopt handler so we can easily determine if the deopt happened at a MH call site or not. Reviewed-by: never, jrose
Thu, 28 Jan 2010 20:41:37 -0800 6792161: assert("No dead instructions after post-alloc")
never [Thu, 28 Jan 2010 20:41:37 -0800] rev 4747
6792161: assert("No dead instructions after post-alloc") Reviewed-by: kvn
Thu, 28 Jan 2010 16:28:28 -0800 6920346: G1: "must avoid base_memory and AliasIdxTop"
never [Thu, 28 Jan 2010 16:28:28 -0800] rev 4746
6920346: G1: "must avoid base_memory and AliasIdxTop" Reviewed-by: kvn
Thu, 28 Jan 2010 08:36:34 -0800 6920970: Zero build fixes after 6849984 and 6911204
twisti [Thu, 28 Jan 2010 08:36:34 -0800] rev 4745
6920970: Zero build fixes after 6849984 and 6911204 Summary: Two recent commits broke the build on Zero. Reviewed-by: twisti Contributed-by: Gary Benson <gbenson@redhat.com>
Wed, 27 Jan 2010 22:38:37 -0800 Merge
ysr [Wed, 27 Jan 2010 22:38:37 -0800] rev 4744
Merge
Tue, 26 Jan 2010 23:36:11 -0800 Merge
ysr [Tue, 26 Jan 2010 23:36:11 -0800] rev 4743
Merge
Tue, 26 Jan 2010 16:52:29 -0800 6920090: G1: Disable ReduceInitialCardMarks at least until 6920109 is fixed
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
Mon, 25 Jan 2010 18:03:29 -0500 6919980: G1: remove +UseG1GC from under experimental options (second attempt)
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
Thu, 21 Jan 2010 18:51:10 -0800 6918006: G1: spill space must be reserved on the stack for barrier calls on Windows x64
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
Thu, 21 Jan 2010 14:47:01 -0800 Merge
ysr [Thu, 21 Jan 2010 14:47:01 -0800] rev 4739
Merge
Thu, 21 Jan 2010 11:33:32 -0800 6895236: CMS: cmsOopClosures.inline.hpp:43 assert(..., "Should remember klasses in this context")
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
Wed, 27 Jan 2010 14:06:27 -0800 Merge
iveresov [Wed, 27 Jan 2010 14:06:27 -0800] rev 4737
Merge
Tue, 26 Jan 2010 08:53:24 -0800 6919886: Sweep CodeCache more aggressively to reduce its usage for CompileTheWorld
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
Wed, 20 Jan 2010 22:10:33 -0800 6911204: generated adapters with large signatures can fill up the code cache
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
Fri, 22 Jan 2010 15:06:53 -0800 Merge
coleenp [Fri, 22 Jan 2010 15:06:53 -0800] rev 4734
Merge
Wed, 20 Jan 2010 11:32:41 -0700 Merge
dcubed [Wed, 20 Jan 2010 11:32:41 -0700] rev 4733
Merge
Wed, 13 Jan 2010 09:39:46 -0700 6580131: 3/4 CompiledMethodLoad events don't produce the expected extra notifications to describe inlining
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>
Thu, 04 Feb 2010 11:19:23 -0800 Added tag jdk7-b82 for changeset a84303f7ca26
mikejwre [Thu, 04 Feb 2010 11:19:23 -0800] rev 4731
Added tag jdk7-b82 for changeset a84303f7ca26
Thu, 04 Feb 2010 11:19:18 -0800 Added tag jdk7-b82 for changeset 5560473b9cbe
mikejwre [Thu, 04 Feb 2010 11:19:18 -0800] rev 4730
Added tag jdk7-b82 for changeset 5560473b9cbe
Wed, 05 Jul 2017 17:06:29 +0200 Added tag jdk7-b82 for changeset a30062be6d9c
duke [Wed, 05 Jul 2017 17:06:29 +0200] rev 4729
Added tag jdk7-b82 for changeset a30062be6d9c
Wed, 05 Jul 2017 17:06:28 +0200 Merge jdk7-b82
duke [Wed, 05 Jul 2017 17:06:28 +0200] rev 4728
Merge
Wed, 05 Jul 2017 17:06:26 +0200 Merge
duke [Wed, 05 Jul 2017 17:06:26 +0200] rev 4727
Merge
Thu, 28 Jan 2010 11:27:04 -0800 Added tag jdk7-b81 for changeset 43ee00bea176
mikejwre [Thu, 28 Jan 2010 11:27:04 -0800] rev 4726
Added tag jdk7-b81 for changeset 43ee00bea176
Wed, 05 Jul 2017 17:06:23 +0200 Merge
duke [Wed, 05 Jul 2017 17:06:23 +0200] rev 4725
Merge
Thu, 28 Jan 2010 11:26:49 -0800 Added tag jdk7-b81 for changeset 4ef036bb3679
mikejwre [Thu, 28 Jan 2010 11:26:49 -0800] rev 4724
Added tag jdk7-b81 for changeset 4ef036bb3679
Wed, 05 Jul 2017 17:06:21 +0200 Merge
duke [Wed, 05 Jul 2017 17:06:21 +0200] rev 4723
Merge
Thu, 28 Jan 2010 11:26:48 -0800 Added tag jdk7-b81 for changeset 0c8ad4a8e25b
mikejwre [Thu, 28 Jan 2010 11:26:48 -0800] rev 4722
Added tag jdk7-b81 for changeset 0c8ad4a8e25b
Wed, 05 Jul 2017 17:06:19 +0200 Merge
duke [Wed, 05 Jul 2017 17:06:19 +0200] rev 4721
Merge
Thu, 28 Jan 2010 11:26:39 -0800 Added tag jdk7-b81 for changeset 9900f2781664
mikejwre [Thu, 28 Jan 2010 11:26:39 -0800] rev 4720
Added tag jdk7-b81 for changeset 9900f2781664
Wed, 05 Jul 2017 17:06:17 +0200 Merge
duke [Wed, 05 Jul 2017 17:06:17 +0200] rev 4719
Merge
Fri, 29 Jan 2010 09:05:02 -0800 Merge
ohair [Fri, 29 Jan 2010 09:05:02 -0800] rev 4718
Merge
Fri, 29 Jan 2010 02:38:22 +0000 6917466: Should set bootclasspath for javadoc in jdk build
andrew [Fri, 29 Jan 2010 02:38:22 +0000] rev 4717
6917466: Should set bootclasspath for javadoc in jdk build Summary: javadoc needs to reference the newly built classes so as not to hit APIs which differ between the boot JDK and the source files of the JDK being built. Reviewed-by: ohair
Thu, 28 Jan 2010 21:01:13 +0000 6921068: Remove javadoc builds warnings from specdefault tag
andrew [Thu, 28 Jan 2010 21:01:13 +0000] rev 4716
6921068: Remove javadoc builds warnings from specdefault tag Summary: Ignore specdefault tag to avoid javadoc warnings Reviewed-by: darcy, ohair
(0) -3000 -1000 -300 -100 -48 +48 +100 +300 +1000 +3000 +10000 +30000 tip