Integrated: 8367333: C2: Vector math operation intrinsification failure
Vladimir Ivanov
vlivanov at openjdk.org
Wed Sep 17 21:39:48 UTC 2025
On Fri, 12 Sep 2025 19:14:18 GMT, Vladimir Ivanov <vlivanov at openjdk.org> wrote:
> As part of [JDK-8353786](https://bugs.openjdk.org/browse/JDK-8353786), C2 support for operations backed by the vector math library was completely removed. On JDK side, there is a special dispatching logic added to avoid intrinsic calls in `jdk.internal.vm.vector.VectorSupport`. But it's still possible to observe such paradoxical situations (intrinsic calls with obsolete operation IDs) when processing effectively dead code.
>
> Consider `FloatVector::lanewiseTemplate`:
>
> FloatVector lanewiseTemplate(VectorOperators.Unary op) {
> if (opKind(op, VO_SPECIAL)) {
> ...
> else if (opKind(op, VO_MATHLIB)) {
> return unaryMathOp(op);
> }
> }
> int opc = opCode(op);
> return VectorSupport.unaryOp(opc, ...);
> }
>
>
> At runtime, `unaryMathOp` is unconditionally invoked, but during compilation it's possible to end up with an intrinsification attempt of `VectorSupport.unaryOp()` before `opKind(op, VO_SPECIAL)` is inlined.
>
> It can be reliably reproduced `-XX:+StressIncrementalInlining` flag.
>
> The fix is to fail-fast intrinsification rather than crashing the VM.
>
> Testing: tier1 - tier4
This pull request has now been integrated.
Changeset: aa36799a
Author: Vladimir Ivanov <vlivanov at openjdk.org>
URL: https://git.openjdk.org/jdk/commit/aa36799acb5834d730400fb073a9a3a8ee3c28ef
Stats: 167 lines in 3 files changed: 167 ins; 0 del; 0 mod
8367333: C2: Vector math operation intrinsification failure
Reviewed-by: epeter, shade, jbhateja
-------------
PR: https://git.openjdk.org/jdk/pull/27263
More information about the hotspot-compiler-dev
mailing list