Integrated: 8340454: C2 EA asserts with "previous reducible Phi is no longer reducible before SUT"

Cesar Soares Lucas cslucas at openjdk.org
Tue Nov 5 21:22:41 UTC 2024


On Wed, 30 Oct 2024 00:40:22 GMT, Cesar Soares Lucas <cslucas at openjdk.org> wrote:

> Please, consider this patch to fix an issue that happens when a Phi previously considered reducible become later irreducible. The overall situation that causes the problem is like so:
> 
> - Consider that there are at least 2 scalar replaceable objects (Obj1 and Obj2; Obj2 is stored in a field of Obj1) when we start iterating the loop at escape.cpp:301
> 
> - In the first iteration of the loop the call chain starting with `adjust_scalar_replaceable_state` ends up calling `can_reduce_phi` and considering Phi1 as reducible. This Phi has only Obj1 as *SR* input.
> 
> - In another iteration of the loop Obj2 is flagged as NSR. For instance, because we are storing Obj2 in an unknown position of an array. This will cause `found_nsr_alloc` to be set to `true`.
> 
> After the loop finishes, the execution will go to `find_scalar_replaceable_allocs`. The code will process Obj1, because it's still scalar replaceable, but will find that this object is stored in a field of a - **now** - NSR object. Therefore, correctly, Obj1 will also be marked as NSR. When Obj1 is marked as NSR Phi1 becomes irreducible because it doesn't have any more scalar replaceable input.
> 
> The solution I'm proposing is simply revisit the "reducibility" of the Phis when an object is marked as NSR.
> 
> ---------
> 
> ### Tests
> 
> Win, Mac & Linux tier1-4 on x64 & Aarch64.

This pull request has now been integrated.

Changeset: d4d9831c
Author:    Cesar Soares Lucas <cslucas at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/d4d9831c9075c1a157d8375e6902bfc6c731389a
Stats:     124 lines in 3 files changed: 121 ins; 0 del; 3 mod

8340454: C2 EA asserts with "previous reducible Phi is no longer reducible before SUT"

Reviewed-by: thartmann, kvn

-------------

PR: https://git.openjdk.org/jdk/pull/21778


More information about the hotspot-compiler-dev mailing list