RFR: 8141133: [JVMCI] crash during safepoint deopt if rethrow_exception is set.

Christian Thalinger christian.thalinger at oracle.com
Wed Nov 11 21:42:54 UTC 2015


Now the change passed JPRT successfully.  This looks good.

> On Nov 11, 2015, at 10:11 AM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
> 
> There was a bug in 32-bit x86 which Gilles fixed:
> 
> diff -r 24fd08e99b35 -r 372cb6e59b0d src/cpu/x86/vm/sharedRuntime_x86_32.cpp
> --- a/src/cpu/x86/vm/sharedRuntime_x86_32.cpp	Wed Nov 11 10:33:08 2015 +0100
> +++ b/src/cpu/x86/vm/sharedRuntime_x86_32.cpp	Wed Nov 11 18:34:15 2015 +0100
> @@ -2946,7 +2946,8 @@
> 
>   oop_maps->add_gc_map( __ pc()-start, map);
> 
> -  // Discard arg to fetch_unroll_info
> +  // Discard args to fetch_unroll_info
> +  __ pop(rcx);
>   __ pop(rcx);
> 
>   __ get_thread(dcx);
> 
>> On Nov 9, 2015, at 6:50 AM, Gilles Duboscq <gilles.m.duboscq at oracle.com <mailto:gilles.m.duboscq at oracle.com>> wrote:
>> 
>> I updated the webrev to export the UnrollBlock::_unpack_kind field through vmStruct and JVMCI's HotSpotVMConfig:
>> 
>> http://cr.openjdk.java.net/~gdub/webrev-8141133.1 <http://cr.openjdk.java.net/~gdub/webrev-8141133.1>
>> 
>> The only difference to the previous webrev are the changes in vmStruct.cpp  and HotSpotVMConfig.java
>> 
>> Gilles
>> 
>> On 05/11/15 16:28, Gilles Duboscq wrote:
>>> Hi,
>>> 
>>> Please review the following change:
>>> 
>>> Webrev:
>>> http://cr.openjdk.java.net/~gdub/webrev-8141133/
>>> JIRA:
>>> https://bugs.openjdk.java.net/browse/JDK-8141133
>>> 
>>> Scopes with rethrow_exception set to true need to be handled for all types of deoptimization, not just for uncommon traps.
>>> This change moves their handling from uncommon_trap_inner to fetch_unroll_info_helper and uses exception_oop and exec_mode = Unpack_exception rather than setting a pending exception.
>>> fetch_unroll_info_helper can now override the exec_mode by passing it through the UnrollBlock using the existing unpack_kind field.
>>> 
>>> Gilles
>>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151111/03605215/attachment-0001.html>


More information about the hotspot-compiler-dev mailing list