JDK-8161072 : AArch64: jtreg compiler/uncommontrap/TestDeoptOOM failure
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- CPU: aarch64
- Submitted: 2016-07-08
- Updated: 2021-02-01
- Resolved: 2016-07-14
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 9 | Other |
|---|---|
9 b131Fixed  |
openjdk8u292Fixed |
Related Reports
|
Relates :
|
Description
We get an assertion failure in fastdebug builds: DEBUG MESSAGE: InterpreterMacroAssembler::call_VM_leaf_base: last_sp != NULL This is because TemplateInterpreterGenerator::generate_deopt_entry_for() is all messed up: it calls InterpreterRuntime::throw_pending_exception() before the interpreter state has been restored. The simple fix is to restore all of the interpreter state before calling throw_pending_exception().