RFR: 8299795: Relativize locals in interpreter frames [v4]
Fredrik Bredberg
duke at openjdk.org
Tue Jan 17 17:04:49 UTC 2023
On Tue, 17 Jan 2023 13:32:47 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:
>> Fredrik Bredberg has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains five additional commits since the last revision:
>>
>> - Merge branch 'master' into relativize-locals-JDK-8299795_2023-01-09
>> - Added references to JDK-8300197
>> - Updated some copyright dates.
>> - Changed copyright date to 2023
>> - 8299795: Relativize locals in interpreter frames
>
> src/hotspot/cpu/ppc/templateInterpreterGenerator_ppc.cpp line 1035:
>
>> 1033: __ sub(R12_scratch2, R18_locals, R1_SP);
>> 1034: __ srdi(R12_scratch2, R12_scratch2, Interpreter::logStackElementSize);
>> 1035: // Now &fp()[R12_scratch2] == R18_locals
>
> I think this comment makes no sense. Please remove it. Otherwise, PPC64 code LGTM.
My intention was to show how the contents of R18_locals (the absolute address to locals) can be recreated by using R12_scratch2 as an index from the frame pointer. Before we stored R18_locals in the stackframe, now we store R12_scratch2. Does that make more sense?
-------------
PR: https://git.openjdk.org/jdk/pull/11902
More information about the serviceability-dev
mailing list