RFR(S): 8216376: [PPC64] Possibly unreliable stack frame resizing in template interpreter

Doerr, Martin martin.doerr at sap.com
Thu Jan 10 06:08:57 UTC 2019


Hi Gustavo,

thanks a lot for testing and for the review.

Best regards,
Martin


-----Original Message-----
From: Gustavo Romero <gromero at linux.vnet.ibm.com> 
Sent: Mittwoch, 9. Januar 2019 21:23
To: Doerr, Martin <martin.doerr at sap.com>; hotspot-runtime-dev at openjdk.java.net
Cc: Lindenmaier, Goetz <goetz.lindenmaier at sap.com>
Subject: Re: RFR(S): 8216376: [PPC64] Possibly unreliable stack frame resizing in template interpreter

Hi Martin,

On 01/08/2019 03:43 PM, Doerr, Martin wrote:
> we recently noticed stack corruption while testing JDK-8216060. The issue was not directly in the new code, but it didn't work with the current handling of the interpreter stack frames which is very error-prone at a few places. 
> I'd like to improve these places. At least one of them even seems to be unreliable in the current implementation.
> Bug with some more background information:
> 
> https://bugs.openjdk.java.net/browse/JDK-8216376
> 
> My proposal to fix it:
> http://cr.openjdk.java.net/~mdoerr/8216376_PPC64_frame_resizing/webrev.00/ <http://cr.openjdk.java.net/%7Emdoerr/8216376_PPC64_frame_resizing/webrev.00/>

I've tested this change with JDK-8216060 on top of it for both release and
fastdebug builds and all tests passed fine.

To the best of my knowledge it looks correct and I think that restoring the
SP using resize_frame_absolute after the generated code looks more
consistent than the SP cut back before it and even makes the code easier to
follow/understand.

Thank you.

Best regards,
Gustavo



More information about the hotspot-runtime-dev mailing list