1. 02 2月, 2010 2 次提交
    • T
      6921799: JSR 292 call sites should not be fixed-up · 7ecf2ea5
      twisti 提交于
      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
      7ecf2ea5
    • T
      6921352: JSR 292 needs its own deopt handler · 819971ed
      twisti 提交于
      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
      819971ed
  2. 30 1月, 2010 3 次提交
  3. 29 1月, 2010 4 次提交
  4. 28 1月, 2010 1 次提交
  5. 27 1月, 2010 1 次提交
  6. 23 1月, 2010 1 次提交
    • C
      Merge · 8dd94360
      coleenp 提交于
      8dd94360
  7. 21 1月, 2010 3 次提交
  8. 20 1月, 2010 3 次提交
  9. 18 1月, 2010 1 次提交
  10. 17 1月, 2010 1 次提交
    • Y
      Merge · 564656ec
      ysr 提交于
      564656ec
  11. 16 1月, 2010 4 次提交
  12. 15 1月, 2010 1 次提交
  13. 14 1月, 2010 2 次提交
  14. 15 1月, 2010 1 次提交
    • T
      Merge · 413e1c30
      tonyp 提交于
      413e1c30
  15. 14 1月, 2010 3 次提交
    • Y
      6896647: card marks can be deferred too long · 651edb8d
      ysr 提交于
      Summary: Deferred card marks are now flushed during the gc prologue. Parallel[Scavege,OldGC] and SerialGC no longer defer card marks generated by COMPILER2 as a result of ReduceInitialCardMarks. For these cases, introduced a diagnostic option to defer the card marks, only for the purposes of testing and diagnostics. CMS and G1 continue to defer card marks. Potential performance concern related to single-threaded flushing of deferred card marks in the gc prologue will be addressed in the future.
      Reviewed-by: never, johnc
      651edb8d
    • T
      6916652: G1: remove +UseG1GC from under experimental options · b5ec0b50
      tonyp 提交于
      Summary: What the title says.
      Reviewed-by: ysr, jmasa
      b5ec0b50
    • D
      6580131: 3/4 CompiledMethodLoad events don't produce the expected extra... · bd4c6cf1
      dcubed 提交于
      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: NVasanth Venkatachalam <vasanth.venkatachalam@amd.com>
      bd4c6cf1
  16. 13 1月, 2010 3 次提交
    • J
      6902115:... · e0f00cdb
      johnc 提交于
      6902115: G1:assert(ignore_max_completed||thread->is_Java_thread()||SafepointSynchronize::is_at_safepoint())
      Summary: Remove invalid assert and mangle filler objects in TLABs that are being retired.
      Reviewed-by: ysr, jmasa
      e0f00cdb
    • C
      6894779: Loop Predication for Loop Optimizer in C2 · 6c6c62d5
      cfang 提交于
      Summary: Loop predication implementation
      Reviewed-by: never, kvn
      6c6c62d5
    • I
      Merge · 0ffdde2c
      iveresov 提交于
      0ffdde2c
  17. 10 1月, 2010 1 次提交
    • Y
      Merge · 993619fe
      ysr 提交于
      993619fe
  18. 09 1月, 2010 5 次提交