never [Thu, 04 Feb 2010 11:16:23 -0800] rev 4760
6921992: failure in verify scheduling after 6792161
Reviewed-by: kvn
twisti [Thu, 04 Feb 2010 03:34:05 -0800] rev 4759
Merge
never [Wed, 03 Feb 2010 18:33:04 -0800] rev 4758
Merge
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>
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
never [Wed, 03 Feb 2010 12:28:30 -0800] rev 4755
6921922: fix for 6911204 breaks tagged stack interpreter
Reviewed-by: kvn
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
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
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
never [Fri, 29 Jan 2010 22:51:41 -0800] rev 4751
6916644: C2 compiler crash on x86
Reviewed-by: kvn, twisti
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
twisti [Fri, 29 Jan 2010 08:33:24 -0800] rev 4749
6921339: backout 6917766
Reviewed-by: mr
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
never [Thu, 28 Jan 2010 20:41:37 -0800] rev 4747
6792161: assert("No dead instructions after post-alloc")
Reviewed-by: kvn
never [Thu, 28 Jan 2010 16:28:28 -0800] rev 4746
6920346: G1: "must avoid base_memory and AliasIdxTop"
Reviewed-by: kvn