JDK-7011463 : Sparc MacroAssembler::incr_allocated_bytes() needs a RegisterOrConstant argument
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs20
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris
  • CPU: sparc
  • Submitted: 2011-01-11
  • Updated: 2011-04-23
  • Resolved: 2011-04-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7 Other
6u25Fixed 7Fixed hs20Fixed
Related Reports
Relates :  
JDK-7003271 - Hotspot should track cumulative Java heap bytes allocated on a per-thread basis
Description
The fix for 7003271 added an new method, MacroAssembler::incr_allocated_bytes(),
that increments a per-thread running total of allocated-on-the-Java-heap bytes
for the case of direct allocation in eden or the old generation.  The code does
not account for a constant size being out of range of a simm13 and thus needing
to be loaded into a register before use, resulting in guarantee failures when
generating an add instruction.
Comments
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/5577848f5923
14-01-2011
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-rt/hotspot/rev/5577848f5923
12-01-2011
EVALUATION Ok.
11-01-2011
SUGGESTED FIX Replace the the 2 size arguments to incr_allocated_bytes() with a RegisterOrConstant argument and use the Assembler::add() method that accepts a RegisterOrConstant argument.
11-01-2011