RFR: 8337702: Use new ForwardExceptionNode to call StubRoutines::forward_exception_entry() [v5]
Vladimir Kozlov
kvn at openjdk.org
Mon Aug 12 16:14:08 UTC 2024
> Currently C2 uses `TailCall` node when it generates code to forward exception in C2 runtime stubs.
> `StubRoutines::forward_exception_entry()` address is passed as constant and method pointer is `NULL`:
> [generateOptoStub.cpp#L258](https://github.com/openjdk/jdk/blob/master/src/hotspot/share/opto/generateOptoStub.cpp#L258)
>
> On other hand TailCall mach node uses 2 registers as parameter which is hardcoded in `Matcher`: [matcher.cpp#L828](https://github.com/openjdk/jdk/blob/master/src/hotspot/share/opto/matcher.cpp#L828)
> As result we waste two registers to pass constant and NULL.
>
> Also incorrect relocation is used for such call because the address of `forward_exception` stub passed in register in mach node. When it is converted to `Address` for `jmp` instruction the default `external_word_type` relocation is used when `runtime_call_type` should be used. See discussion in PR [JDK-8337396](https://github.com/openjdk/jdk/pull/20412)
>
> I added new ideal node `ForwardExceptionNode` to solve these issues. It is similar to `Rethrow` node (which mach node definition I used as template) but I kept it based on `Return` node similar to `TailCall` node.
>
> Tested tier1-3,stress,xcomp
Vladimir Kozlov has updated the pull request incrementally with one additional commit since the last revision:
Removed unused variable. Updated copyright year.
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/20437/files
- new: https://git.openjdk.org/jdk/pull/20437/files/931e15ce..f08c1728
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=20437&range=04
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=20437&range=03-04
Stats: 3 lines in 2 files changed: 0 ins; 1 del; 2 mod
Patch: https://git.openjdk.org/jdk/pull/20437.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/20437/head:pull/20437
PR: https://git.openjdk.org/jdk/pull/20437
More information about the hotspot-compiler-dev
mailing list