1. 07 12月, 2011 1 次提交
  2. 27 9月, 2011 1 次提交
  3. 28 5月, 2011 1 次提交
  4. 04 5月, 2011 1 次提交
  5. 21 4月, 2011 1 次提交
  6. 16 4月, 2011 1 次提交
  7. 14 4月, 2011 1 次提交
  8. 08 4月, 2011 1 次提交
    • J
      7009266: G1: assert(obj->is_oop_or_null(true )) failed: Error · 6f87c7dd
      johnc 提交于
      Summary: A referent object that is only weakly reachable at the start of concurrent marking but is re-attached to the strongly reachable object graph during marking may not be marked as live. This can cause the reference object to be processed prematurely and leave dangling pointers to the referent object. Implement a read barrier for the java.lang.ref.Reference::referent field by intrinsifying the Reference.get() method, and intercepting accesses though JNI, reflection, and Unsafe, so that when a non-null referent object is read it is also logged in an SATB buffer.
      Reviewed-by: kvn, iveresov, never, tonyp, dholmes
      6f87c7dd
  9. 03 4月, 2011 2 次提交
  10. 28 3月, 2011 1 次提交
  11. 23 3月, 2011 1 次提交
  12. 22 3月, 2011 1 次提交
  13. 02 3月, 2011 1 次提交
    • I
      6627983: G1: Bad oop deference during marking · b9091f37
      iveresov 提交于
      Summary: Bulk zeroing reduction didn't work with G1, because arraycopy would call pre-barriers on uninitialized oops. The solution is to have version of arraycopy stubs that don't have pre-barriers. Also refactored arraycopy stubs generation on SPARC to be more readable and reduced the number of stubs necessary in some cases.
      Reviewed-by: jrose, kvn, never
      b9091f37
  14. 27 2月, 2011 1 次提交
  15. 24 11月, 2010 1 次提交
  16. 08 10月, 2010 1 次提交
  17. 25 8月, 2010 1 次提交
    • T
      6978355: renaming for 6961697 · ffaef974
      twisti 提交于
      Summary: This is the renaming part of 6961697 to keep the actual changes small for review.
      Reviewed-by: kvn, never
      ffaef974
  18. 21 8月, 2010 1 次提交
  19. 16 6月, 2010 1 次提交
  20. 28 5月, 2010 1 次提交
  21. 11 5月, 2010 1 次提交
  22. 30 4月, 2010 1 次提交
  23. 27 4月, 2010 1 次提交
  24. 08 1月, 2010 1 次提交
  25. 16 10月, 2009 1 次提交
    • Y
      6888898: CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning · 349bfec0
      ysr 提交于
      6889757: G1: enable card mark elision for initializing writes from compiled code (ReduceInitialCardMarks)
      Summary: Defer the (compiler-elided) card-mark upon a slow-path allocation until after the store  and before the next subsequent safepoint; G1 now answers yes to can_elide_tlab_write_barriers().
      Reviewed-by: jcoomes, kvn, never
      349bfec0
  26. 15 9月, 2009 1 次提交
  27. 11 9月, 2009 1 次提交
  28. 29 8月, 2009 1 次提交
  29. 05 8月, 2009 1 次提交
  30. 01 8月, 2009 1 次提交
  31. 22 7月, 2009 1 次提交
  32. 20 7月, 2009 1 次提交
  33. 17 7月, 2009 1 次提交
  34. 07 7月, 2009 1 次提交
  35. 02 7月, 2009 2 次提交
  36. 27 6月, 2009 1 次提交
  37. 22 5月, 2009 1 次提交
  38. 06 5月, 2009 1 次提交