Details
-
Type:
Bug
-
Status: Closed
-
Priority:
P2
-
Resolution: Fixed
-
Affects Version/s: 11.0.10
-
Fix Version/s: 11.0.12-oracle
-
Component/s: hotspot
-
Subcomponent:
-
Resolved In Build:b01
-
CPU:sparc_64
-
OS:solaris
-
Verification:Not verified
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8264600 | 11.0.11.0.1-oracle | Dukebot | P2 | Closed | Fixed | b01 |
Description
The hard-coded size for the CodeBuffer used in generate_satb_log_enqueue is too small; we can overrun the buffer under certain rare conditions. Specifically, we have seen a case where CBCond was not supported (older Fujitsu hardware) and libjvm.so was loaded far enough away from the code cache that PC-relative addressing could not be used. This case resulted in an overrun of 8 bytes (2 instructions).
The fix forJDK-8166317 appears to have been the "straw that broke the camel's back". The with_frame version of satb_log_enqueue is a few instructions longer than the frameless version, making this issue a regression in practice.
The fix for
Attachments
Issue Links
- backported by
-
JDK-8264600 SPARC CodeBuffer overflow in generate_satb_log_enqueue
-
- Closed
-
- relates to
-
JDK-8166317 InterpreterCodeSize should be computed
-
- Resolved
-