1. 11 2月, 2014 1 次提交
    • M
      8033792: AltHashing used jint for imprecise bit shifting · 601e30e0
      minqi 提交于
      Summary: AltHashing used jint the way of juint in bit shifting which could lead loss of precision. Fix  by change _seed defined as juint.
      Reviewed-by: coleenp, ccheung
      Contributed-by: yumin.qi@oracle.com
      601e30e0
  2. 16 2月, 2014 1 次提交
  3. 24 1月, 2014 1 次提交
  4. 20 1月, 2014 1 次提交
    • T
      8027476: Improve performance of Stringtable unlink · 6dd06c68
      tschatzl 提交于
      8027455: Improve symbol table scan times during gc pauses
      Summary: Parallelize string table and symbol table scan during remark and full GC. Some additional statistics output if the experimental flag G1TraceStringSymbolTableScrubbing is set.
      Reviewed-by: mgerdin, coleenp, brutisso
      6dd06c68
  5. 15 1月, 2014 1 次提交
    • K
      8002074: Support for AES on SPARC · de51fea1
      kvn 提交于
      Summary: Add intrinsics/stub routines support for single-block and multi-block (as used by Cipher Block Chaining mode) AES encryption and decryption operations on the SPARC platform.
      Reviewed-by: kvn, roland
      Contributed-by: shrinivas.joshi@oracle.com
      de51fea1
  6. 11 1月, 2014 1 次提交
  7. 09 1月, 2014 1 次提交
  8. 08 1月, 2014 1 次提交
  9. 25 12月, 2013 1 次提交
  10. 20 12月, 2013 1 次提交
  11. 16 12月, 2013 1 次提交
  12. 13 12月, 2013 1 次提交
  13. 04 12月, 2013 1 次提交
  14. 27 11月, 2013 1 次提交
  15. 26 11月, 2013 1 次提交
    • H
      8026065: InterfaceMethodref for invokespecial must name a direct superinterface · 37f9a7d2
      hseigel 提交于
      Summary: Add verification to check that invokespecial of an InterfaceMethodref names a method in a direct superinterface of the current class or interface in accordance with JSR 335, JVMS 4.9.2 Structural Constraints.
      Reviewed-by: acorn, hseigel, coleenp
      Contributed-by: lois.foltan@oracle.com
      37f9a7d2
  16. 23 11月, 2013 1 次提交
  17. 22 11月, 2013 1 次提交
  18. 18 11月, 2013 1 次提交
  19. 14 11月, 2013 1 次提交
  20. 13 11月, 2013 1 次提交
  21. 01 11月, 2013 1 次提交
    • C
      8026946: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBreakpoint should use MethodHandle · b1ca3bae
      coleenp 提交于
      8026948: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBreakpoint might not work with anonymous classes
      Summary: Walk methods in breakpoints for marking on stack so they aren't deallocated by redefine classes.  Use class_holder rather than class_loader to keep GC from reclaiming class owning the method.
      Reviewed-by: sspitsyn, ehelin, sla
      b1ca3bae
  22. 31 10月, 2013 1 次提交
  23. 24 10月, 2013 2 次提交
  24. 20 10月, 2013 1 次提交
  25. 18 10月, 2013 2 次提交
  26. 24 10月, 2013 1 次提交
  27. 09 10月, 2013 1 次提交
  28. 08 10月, 2013 2 次提交
  29. 09 10月, 2013 1 次提交
    • T
      8003420: NPG: make new GC root for pd_set · e540de76
      tschatzl 提交于
      Summary: Move protection domain oops from system dictionary entries into a seperate set; the system dictionary references entries in that set now. This allows fast iteration during non-classunloading garbage collection. Implementation based on initial prototype from Ioi Lam (iklam).
      Reviewed-by: coleenp, iklam
      e540de76
  30. 07 10月, 2013 1 次提交
  31. 04 10月, 2013 1 次提交
  32. 02 10月, 2013 1 次提交
  33. 01 10月, 2013 1 次提交
  34. 29 9月, 2013 1 次提交
  35. 27 9月, 2013 1 次提交
  36. 26 9月, 2013 1 次提交
    • H
      7195622: CheckUnhandledOops has limited usefulness now · 087226b2
      hseigel 提交于
      Summary: Enable CHECK_UNHANDLED_OOPS in fastdebug builds across all supported platforms.
      Reviewed-by: coleenp, hseigel, dholmes, stefank, twisti, ihse, rdurbin
      Contributed-by: lois.foltan@oracle.com
      087226b2
  37. 20 9月, 2013 1 次提交
    • S
      8024974: Incorrect use of GC_locker::is_active() · 427aeb32
      stefank 提交于
      Summary: SymbolTable and StringTable can make calls to GC_locker::is_active() outside a safepoint. This isn't safe because the GC_locker active state (lock count) is only updated at a safepoint and only remains valid as long as _needs_gc is true. However, outside a safepoint_needs_gc can change to false at any time, which makes it impossible to do a correct call to is_active() in that context. In this case these calls can just be removed since the input argument to basic_add() should never be on the heap and so there's no need to check the GC_locker state. This change also adjusts the assert() in is_active() to makes sure all calls to this function are always done under a safepoint.
      Reviewed-by: brutisso, dcubed
      Contributed-by: per.liden@oracle.com
      427aeb32