1. 24 3月, 2014 1 次提交
  2. 15 3月, 2014 1 次提交
  3. 11 3月, 2014 1 次提交
    • I
      8025644:... · 61b4eae9
      iveresov 提交于
      8025644: java/util/stream/test/org/openjdk/tests/java/util/stream/ToArrayOpTest.java fails with TestData$OfRef): failure java.lang.AssertionError: expected [true] but found [false]
      Summary: In GraphKit::gen_checkcast() provide only exact superklass to GraphKit::maybe_cast_profiled_receiver()
      Reviewed-by: kvn, roland
      61b4eae9
  4. 26 2月, 2014 1 次提交
  5. 24 1月, 2014 1 次提交
  6. 25 12月, 2013 1 次提交
  7. 23 10月, 2013 1 次提交
  8. 19 10月, 2013 1 次提交
  9. 16 10月, 2013 1 次提交
    • K
      8026293: Schedule part of G1 pre-barrier late · e3152d86
      kvn 提交于
      Summary: move rare executed part of G1 write barrier from hot path.
      Reviewed-by: kvn, twisti, roland
      Contributed-by: staffan.friberg@oracle.com
      e3152d86
  10. 08 10月, 2013 1 次提交
  11. 03 10月, 2013 1 次提交
  12. 01 10月, 2013 1 次提交
  13. 11 9月, 2013 1 次提交
  14. 28 8月, 2013 1 次提交
  15. 24 8月, 2013 1 次提交
  16. 03 7月, 2013 1 次提交
  17. 09 5月, 2013 1 次提交
  18. 25 4月, 2013 1 次提交
    • J
      8012715: G1: GraphKit accesses PtrQueue::_index as int but is size_t · 563afc34
      johnc 提交于
      Summary: In graphKit INT operations were generated to access PtrQueue::_index which has type size_t. This is 64 bit on 64-bit machines. No problems occur on little endian machines as long as the index fits into 32 bit, but on big endian machines the upper part is read, which is zero. This leads to unnecessary branches to the slow path in the runtime.
      Reviewed-by: twisti, johnc
      Contributed-by: NMartin Doerr <martin.doerr@sap.com>
      563afc34
  19. 27 3月, 2013 1 次提交
  20. 24 12月, 2012 1 次提交
  21. 20 12月, 2012 1 次提交
  22. 18 12月, 2012 1 次提交
  23. 28 11月, 2012 1 次提交
  24. 27 11月, 2012 1 次提交
  25. 09 10月, 2012 1 次提交
  26. 28 9月, 2012 1 次提交
  27. 02 9月, 2012 1 次提交
  28. 29 8月, 2012 1 次提交
  29. 25 7月, 2012 1 次提交
  30. 15 5月, 2012 1 次提交
  31. 08 2月, 2012 1 次提交
  32. 20 12月, 2011 1 次提交
  33. 07 12月, 2011 1 次提交
  34. 03 8月, 2011 1 次提交
  35. 05 5月, 2011 1 次提交
  36. 28 4月, 2011 1 次提交
  37. 26 4月, 2011 1 次提交
  38. 21 4月, 2011 1 次提交
  39. 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
  40. 06 4月, 2011 1 次提交