1. 24 5月, 2016 1 次提交
  2. 17 5月, 2016 1 次提交
  3. 05 5月, 2016 1 次提交
  4. 26 4月, 2016 1 次提交
    • A
      8154210: Zero: Better byte behaviour · 117c5b4f
      aph 提交于
      Summary: Complete support for 8132051 on Zero and fix failure on 64-bit big-endian systems
      Reviewed-by: andrew, chrisphi, coleenp
      117c5b4f
  5. 22 4月, 2016 1 次提交
  6. 21 4月, 2016 1 次提交
  7. 15 4月, 2016 1 次提交
  8. 21 4月, 2016 1 次提交
  9. 05 4月, 2016 1 次提交
  10. 29 3月, 2016 1 次提交
  11. 17 3月, 2016 1 次提交
  12. 16 3月, 2016 1 次提交
  13. 14 3月, 2016 1 次提交
  14. 11 3月, 2016 1 次提交
  15. 04 3月, 2016 2 次提交
  16. 03 3月, 2016 1 次提交
  17. 01 3月, 2016 1 次提交
  18. 21 2月, 2016 1 次提交
  19. 24 2月, 2016 1 次提交
  20. 18 2月, 2016 1 次提交
  21. 10 2月, 2016 1 次提交
  22. 02 2月, 2016 1 次提交
  23. 21 1月, 2016 1 次提交
  24. 20 1月, 2016 1 次提交
    • D
      8139424: SIGSEGV, Problematic frame: # V [libjvm.so+0xd0c0cc] void... · 559d6715
      dbuck 提交于
      8139424: SIGSEGV, Problematic frame: # V [libjvm.so+0xd0c0cc] void InstanceKlass::oop_oop_iterate_oop_maps_specialized<true,oopDesc*,MarkAndPushClosure>
      Summary: The crash was caused by a faulty eager humongous reclaim. The reason for reclaiming a live object was that the call to cleanupHRRS was done after dirtying cards and clearing the remembered sets for the humongous object. This could lead to one or many cards being missed.
      Reviewed-by: tbenson, kbarrett, tschatzl
      559d6715
  25. 08 12月, 2015 1 次提交
  26. 07 12月, 2015 1 次提交
  27. 04 12月, 2015 1 次提交
  28. 12 11月, 2015 1 次提交
  29. 03 12月, 2015 1 次提交
  30. 09 10月, 2015 1 次提交
  31. 08 10月, 2015 3 次提交
  32. 30 9月, 2015 1 次提交
  33. 16 9月, 2015 1 次提交
  34. 06 9月, 2015 1 次提交
  35. 31 8月, 2015 1 次提交
  36. 25 7月, 2015 1 次提交
  37. 18 12月, 2015 1 次提交