RFR: 8294729: [s390] Implement nmethod entry barriers [v13]
Tyler Steele
tsteele at openjdk.org
Thu Oct 27 23:21:08 UTC 2022
On Thu, 27 Oct 2022 21:35:41 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:
> I have to revoke my review. This does no longer look correct.
Noted. Since the platform is building again, it may be a good idea to follow your suggestion of pushing the changes up to your review, and then create a separate PR for the new changes. I suppose this depends on whether @fisk believes the previous changes (up to the time of their first comment)[[1]](https://github.com/openjdk/jdk/pull/10558#pullrequestreview-1157627111) to be complete.
> src/hotspot/cpu/s390/gc/shared/barrierSetAssembler_s390.cpp line 169:
>
>> 167: // Load class loader data to determine whether the method's holder is concurrently unloading.
>> 168: __ load_method_holder(Z_R0_scratch, Z_method);
>> 169: __ z_lg(Z_R0_scratch, in_bytes(InstanceKlass::class_loader_data_offset()), Z_R0_scratch);
>
> I don't think R0 can be used for storage addressing.
Those cases where 'if you use R0 it really means 0 and not the contents of the register' are a real gotcha.
-------------
PR: https://git.openjdk.org/jdk/pull/10558
More information about the hotspot-dev
mailing list