-
Bug
-
Resolution: Fixed
-
P2
-
18
-
b17
-
generic
-
generic
The problem is each instance of GHASH allocates 96 extra longs for the AVX512+VAES intrinsic regardless if the intrinsic is used. This extra table space should be allocated differently so that non-supporting CPUs do not suffer this penalty. This issue also affects non-Intel CPUs too.
- relates to
-
JDK-8267125 AES Galois CounterMode (GCM) interleaved implementation using AVX512 + VAES instructions
-
- Resolved
-
-
JDK-8274323 compiler/codegen/aes/TestAESMain.java failed with "Error: invalid offset: -1434443640" after 8273297
-
- Resolved
-
-
JDK-8274730 AArch64: AES/GCM acceleration is broken by the fix for JDK-8273297
-
- Closed
-
-
JDK-8275052 AArch64: Severe AES/GCM slowdown on MacOS for short blocks
-
- Closed
-
-
JDK-8283022 com/sun/crypto/provider/Cipher/AEAD/GCMBufferTest.java failing with -Xcomp after 8273297
-
- Closed
-
-
JDK-8267125 AES Galois CounterMode (GCM) interleaved implementation using AVX512 + VAES instructions
-
- Resolved
-