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