RFR: 8287818: Shenandoah: adapt nmethod arming from Loom [v2]
Aleksey Shipilev
shade at openjdk.org
Fri Jun 24 08:48:01 UTC 2022
On Thu, 23 Jun 2022 18:58:45 GMT, Zhengyu Gu <zgu at openjdk.org> wrote:
>> src/hotspot/share/gc/shenandoah/shenandoahCodeRoots.cpp line 129:
>>
>>> 127:
>>> 128: void ShenandoahCodeRoots::arm_nmethods() {
>>> 129: BarrierSet::barrier_set()->barrier_set_nmethod()->arm_all_nmethods();
>>
>> Question: in `ShenandoahBarrierSet::on_thread_attach`, we check `barrier_set_nmethod() != NULL`, do we need to do the same check here, or?
>
> Only in `passive` mode, Shenandoah does not install nmethod barrier, but `passive` mode never calls `arm_nmethod()`, etc. nmethod entry barrier related methods.
All right, would you mind adding at least the assert here, so that we don't have a spurious SEGV if that was ever violated?
-------------
PR: https://git.openjdk.org/jdk/pull/9048
More information about the hotspot-gc-dev
mailing list