RFR(L): 8193257: PPC64, s390 implementation for Thread-local handshakes

Lindenmaier, Goetz goetz.lindenmaier at sap.com
Tue Dec 12 08:26:47 UTC 2017


Hi Martin, 

I had a look at your change.

I see you enabled it per default?

macroAssembler_ppc/s390.cpp: 
MacroAssembler::safepoint_poll()
Could you add some comment that says what this is doing?
As it's not doing a safepoint_poll ... its just preparing it, right?
Maybe also "slow_target" should be "do_safepoint".
  
templateInterpreterGenerator_ppc.cpp:
Why do you change memory ordering from release() to lwsync()?

sharedRuntime_ppc/s390.cpp
If I understand right you skip the safepoint instruction.
Why that? Could you please document that this differs 
from the other platforms here?

Best regards,
  Goetz.

> -----Original Message-----
> From: Doerr, Martin
> Sent: Freitag, 8. Dezember 2017 17:17
> To: hotspot-dev developers (hotspot-dev at openjdk.java.net) <hotspot-
> dev at openjdk.java.net>; Lindenmaier, Goetz
> <goetz.lindenmaier at sap.com>; Schmidt, Lutz <lutz.schmidt at sap.com>
> Subject: RFR(L): 8193257: PPC64, s390 implementation for Thread-local
> handshakes
> 
> Hi,
> 
> 
> 
> I've implemented Thread-local handshakes on PPC64 and s390.
> 
> 
> 
> We may improve it by using SIGTRAP-based polling on these 2 platforms in
> the future (which requires changes in shared code).
> 
> For now, I just implemented it like on the other platforms without further
> improvements.
> 
> 
> 
> Webrev is here:
> 
> http://cr.openjdk.java.net/~mdoerr/8193257_PPC64_s390_Thread-
> local_hs/webrev.00/
> 
> 
> 
> Please review.
> 
> 
> 
> Best regards,
> 
> Martin
> 
> 



More information about the hotspot-dev mailing list