RFR(L): 8226705: [REDO] Deoptimize with handshakes
robbin.ehn at oracle.com
Thu Sep 12 11:21:25 UTC 2019
Hi, here is v3, addressing Patricio's and Dan's review comments.
Passed t1-5, doing some more testing also.
On 8/28/19 11:57 AM, Robbin Ehn wrote:
> Hi, hotspot-dev was the intended list.
> Thanks, Robbin
> On 2019-08-28 09:30, Robbin Ehn wrote:
>> Hi all, please consider,
>> To get away from the issues of us revoking in the handshake, but before deopt
>> the locks get re-biased before we hit deopt handler, we instead revoke in deopt
>> The deopt handler have a JRT_BLOCK/_END which can safepoint so we revoke after
>> that but before we start looking at the monitors, with a NoSafepointVerifier.
>> Here is the previous changeset on top of jdk/jdk tip but due to merge conflicts
>> some pieces did not apply:
>> So this is what was reviewed.
>> The rebase (merge conflict resolutions) and 8224795 bug fix :
>> Bug 8224795 fix is here:
>> After this we have the same functionally as the reverted change-set.
>> Here is the changes for doing the revoke in deopt handler instead:
>> This code was messy adding the deopt revocation in 3 places made it worse.
>> Here is a refactoring of that code. (also removed a dead method in
>> And here is full:
>> Also a full squashed patch file:
>> Latest test run I did t1-t6, Linux/Windows x64 have passed, MacOSX still
>> Thanks, Robbin
More information about the hotspot-dev