Integrated: 8298720: Insufficient error handling when CodeBuffer is exhausted
Tobias Hartmann
thartmann at openjdk.org
Fri Jan 6 08:30:58 UTC 2023
On Wed, 4 Jan 2023 06:31:16 GMT, Tobias Hartmann <thartmann at openjdk.org> wrote:
> This patch fixes various places in C1 and C2 on Aarch64 and RISC-V that miss proper error handling when the code buffer is exhausted, leading to crashes. Similar but incomplete patches went in with [JDK-8130309](https://bugs.openjdk.org/browse/JDK-8130309), [JDK-8248411](https://bugs.openjdk.org/browse/JDK-8248411) and [JDK-8272094](https://bugs.openjdk.org/browse/JDK-8272094) in the past.
>
> These issues are extremely hard to reproduce, even with the `-XX:+StressCodeBuffers` option, because code buffer expansion needs to fail at the exact moment when a specific (unhandled) instruction is emitted. Even with the stress option, we expand the code buffer such that multiple instructions will fit and in addition, chances are high that we simply bail out from compilation before emitting the problematic instruction. I attached a patch to [JDK-8298720](https://bugs.openjdk.org/browse/JDK-8298720), that makes `-XX:+StressCodeBuffers` randomized and more aggressive. With that, I can reproduce the issue reliably but it's extremely slow and therefore not well suited for integration.
>
> I now went over all usages of `CodeBuffer::expand` to make sure that we have proper error handling in place and found some remaining issues in JVMCI code. I filed [JDK-8299570](https://bugs.openjdk.org/browse/JDK-8299570) to address them.
>
> I would need help to test the RISC-V specific changes.
>
> Thanks,
> Tobias
This pull request has now been integrated.
Changeset: cc4936a7
Author: Tobias Hartmann <thartmann at openjdk.org>
URL: https://git.openjdk.org/jdk/commit/cc4936a79e1c1723542d575a2596edd29248817e
Stats: 90 lines in 8 files changed: 66 ins; 5 del; 19 mod
8298720: Insufficient error handling when CodeBuffer is exhausted
Reviewed-by: kvn, fyang
-------------
PR: https://git.openjdk.org/jdk/pull/11839
More information about the hotspot-dev
mailing list