RFR: 8362515: RISC-V: cleanup NativeFarCall
Fei Yang
fyang at openjdk.org
Mon Jul 21 07:55:43 UTC 2025
On Thu, 17 Jul 2025 14:17:45 GMT, Hamlin Li <mli at openjdk.org> wrote:
> Hi,
> Can you help to review this patch?
>
> By https://github.com/openjdk/jdk/blob/master/src/hotspot/cpu/riscv/macroAssembler_riscv.hpp#L1270, there are far call, indirect call, reloc call.
> NativeFarCall is in fact a reloc call, the name is confusing, better to rename it to RelocCall.
> Also add some comments and do some other simple cleanup.
>
> Thanks!
src/hotspot/cpu/riscv/nativeInst_riscv.cpp line 131:
> 129: }
> 130:
> 131: bool RelocCall::set_destination_mt_safe(address dest, bool assert_lock) {
Seens you need to merge latest HEAD and rebase. The `assert_lock` param of `NativeFarCall::set_destination_mt_safe` has been removed recently.
src/hotspot/cpu/riscv/nativeInst_riscv.cpp line 190:
> 188: assert(code != nullptr, "Could not find the containing code blob");
> 189:
> 190: address dest = MacroAssembler::target_addr_for_insn(call_addr);
Is this change safe? Seems it modifies the original logic.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/26370#discussion_r2218446799
PR Review Comment: https://git.openjdk.org/jdk/pull/26370#discussion_r2218444040
More information about the hotspot-compiler-dev
mailing list