RFR: 8367325: [s390x] build failure due to JDK-8361376 [v2]
Amit Kumar
amitkumar at openjdk.org
Wed Sep 17 10:54:32 UTC 2025
On Wed, 17 Sep 2025 10:07:55 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:
>> Now It is pointing to `z_cfi`:
>>
>>
>> (gdb) x/i inst_addr
>> 0x3ffe500017a: cfi %r0,0
>
> This line looks broken (already before this PR). Shouldn't it be something like `assert(Assembler::is_z_cfi...)`?
Will it be good to do something like this and get rid of `PATCHABLE_SEQ_START_OFFSET` ?:
diff --git a/src/hotspot/cpu/s390/gc/shared/barrierSetNMethod_s390.cpp b/src/hotspot/cpu/s390/gc/shared/barrierSetNMethod_s390.cpp
index 4dc50232c17..807d3cdd899 100644
--- a/src/hotspot/cpu/s390/gc/shared/barrierSetNMethod_s390.cpp
+++ b/src/hotspot/cpu/s390/gc/shared/barrierSetNMethod_s390.cpp
@@ -38,10 +38,11 @@ class NativeMethodBarrier: public NativeInstruction {
}
address get_patchable_data_address() const {
+#ifdef ASSERT
address inst_addr = get_barrier_start_address() + BarrierSetAssembler::PATCHABLE_SEQ_START_OFFSET;
-
- DEBUG_ONLY(Assembler::is_z_cfi(*((long*)inst_addr)));
- return inst_addr + 2;
+ assert(Assembler::is_z_cfi(*((long*)inst_addr)), "should be");
+#endif // ASSERT
+ return get_barrier_start_address() + BarrierSetAssembler::PATCHABLE_BARRIER_VALUE_OFFSET;
}
public:
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/27213#discussion_r2355109142
More information about the hotspot-dev
mailing list