-
Enhancement
-
Resolution: Fixed
-
P4
-
hs18
-
b01
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2193329 | 7 | Christian Thalinger | P4 | Closed | Fixed | b94 |
JDK-2197887 | 6u23 | Christian Thalinger | P4 | Closed | Fixed | b01 |
JDK-2199788 | 6u22m | Christian Thalinger | P4 | Closed | Fixed | b01 |
JDK-2197593 | 6u21p | Christian Thalinger | P4 | Closed | Fixed | b03 |
Gary Benson wrote:
Hi all,
In Zero, at present, the logic for determining the size of the Zero
stack is in the call stub. This webrev moves this logic into a
method of the ZeroStack class, ZeroStack::suggest_size(). This
consolidates access to the ABI stack, and includes the shadow pages
in all calculations. (Previously the call stub did not consider the
shadow pages, which led to some odd sizes being chosen on systems
with large pages.)
http://cr.openjdk.java.net/~gbenson/zero-stack-improvements/
I don't have a bug id for this.
Cheers,
Gary
Hi all,
In Zero, at present, the logic for determining the size of the Zero
stack is in the call stub. This webrev moves this logic into a
method of the ZeroStack class, ZeroStack::suggest_size(). This
consolidates access to the ABI stack, and includes the shadow pages
in all calculations. (Previously the call stub did not consider the
shadow pages, which led to some odd sizes being chosen on systems
with large pages.)
http://cr.openjdk.java.net/~gbenson/zero-stack-improvements/
I don't have a bug id for this.
Cheers,
Gary
- backported by
-
JDK-2193329 Zero stack improvements
- Closed
-
JDK-2197593 Zero stack improvements
- Closed
-
JDK-2197887 Zero stack improvements
- Closed
-
JDK-2199788 Zero stack improvements
- Closed
- relates to
-
JDK-6962193 Rebrand some Zero files
- Resolved