review request: 7184394: add intrinsics to use AES instructions
Eric Caspole
eric.caspole at amd.com
Mon Aug 13 10:15:03 PDT 2012
Hi Roland and Vladimir,
Tom is on vacation for another week so I updated the AES webrev code
according to your comments, so we don't miss out on any deadlines or
testing opportunities.
http://cr.openjdk.java.net/~ecaspole/tom_aes/webrev/
Let us know what you think.
Thanks,
Eric
On Aug 9, 2012, at 2:00 PM, Roland Westrelin wrote:
>
> Hi Tom,
>
>> http://cr.openjdk.java.net/~tdeneau/aes-intrinsics/webrev.04
>>
>> has been posted which addresses the issues that Vladimir raised.
>
> In callGenerator.cpp, this should go away:
>
> 966 // Vladimir said to remove this check
> 967 if (false && kit.stopped()) {
> 968 // Receiver's null check or other exception.
> 969 return kit.transfer_exceptions_into_jvms();
> 970 }
>
> In library_call.cpp, typos:
>
> 5784 // the psuedo code we want to emulate with this predicate is:
>
> 5811 // we want to an instanceof comparison against the AESCrypt
> class
>
> Also, it looks like this should go away as well:
>
> 5840 if (false) {
> 5841 // src and dest are arrays.
> 5842 const Type* src_type = src->Value(&_gvn);
> 5843 const Type* dest_type = dest->Value(&_gvn);
> 5844 const TypeAryPtr* top_src = src_type->isa_aryptr();
> 5845 const TypeAryPtr* top_dest = dest_type->isa_aryptr();
> 5846 assert (top_src != NULL && top_src->klass() != NULL
> 5847 && top_dest != NULL && top_dest->klass() != NULL,
> "args are strange");
> 5848 }
>
> Otherwise, I think it'ok to me.
>
> Roland.
>
More information about the hotspot-compiler-dev
mailing list