RFR(S) 8238782: Cleanup Deoptimization::deoptimize(): remove unused RegisterMap argument and don't update RegisterMap in callers if UseBiasedLocking is enabled
Vladimir Kozlov
vladimir.kozlov at oracle.com
Wed Feb 12 03:59:07 UTC 2020
It seems reg_map variable is not used anymore in whitebox.cpp code you modified.
Otherwise changes look good.
Thanks,
Vladimir
On 2/11/20 4:52 AM, Reingruber, Richard wrote:
> Hi,
>
> I would like to do a small clean-up removing the unused parameter "map" from
> Deoptimization::deoptimize(JavaThread* thread, frame fr, RegisterMap *map, DeoptReason reason).
>
> Additionally the callers are changed to use a non-updating RegisterMap to iterate the stack
> frames. The updating RegisterMap was needed only for revoking biases in
> Deoptimization::deoptimize(), and since JDK-8226705 this isn't done in deoptimize() anymore[1][2][3].
>
> So please review
>
> Webrev: http://cr.openjdk.java.net/~rrich/webrevs/8238782/webrev.0/
> Bug: https://bugs.openjdk.java.net/browse/JDK-8238782
>
> Testing: JCK and JTREG tests, also in Xcomp mode with fastdebug and release builds on all platforms.
>
> Thanks, Richard.
>
> See also:
>
> [1] JDK-8226705 removes call to revoke_biases_of_monitors() from Deoptimization::deoptimize()
> http://hg.openjdk.java.net/jdk/jdk/rev/408c445d04e8#l21.320
>
> [2] JDK-8226705 adds call to revoke_from_deopt_handler() to Deoptimization::fetch_unroll_info_helper() [3]
> http://hg.openjdk.java.net/jdk/jdk/rev/408c445d04e8#l21.199
>
> [3] JDK-8226705: Deoptimization::revoke_from_deopt_handler() revokes biases just before replacing a
> compiled frame with equivalent interpreter frames.
> http://hg.openjdk.java.net/jdk/jdk/rev/408c445d04e8#l21.290
>
More information about the hotspot-dev
mailing list