JDK-7035713 : 3DNow Prefetch Instruction Support
- Type: Enhancement
- Component: hotspot
- Sub-Component: compiler
- Affected Version: hs21
- Priority: P4
- Status: Closed
- Resolution: Fixed
- OS: generic
- CPU: x86
- Submitted: 2011-04-11
- Updated: 2011-11-22
- Resolved: 2011-04-24
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.
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 |
|---|---|---|
6u32Fixed  |
7Fixed |
hs21Fixed |
Related Reports
|
Relates :
|
Description
A separate CPUID bit (defined in about 2007) allows a processor to support 3dnow prefetch instructions without supporting the whole 3dnow instruction set. The upcoming processors from AMD are the first that support 3dnow prefetch without supporting the 3dnow instruction set. The webrev is at http://cr.openjdk.java.net/~tdeneau/3dnow-cpuid/webrev.01/ The logic change is really one small change in src/cpu/x86/vm/vm_version_x86.hpp but to clarify things I changed a function name from supports_3dnow() to supports_3dnow_prefetch() which is really what was meant all along. This was the reason the other files changed. I did not make any change in src/cpu/x86/vm/x86_64.ad since that was not checking for 3dnow support.
Comments
|