[PATCH v3 2/3] crypto: arm/crct10dif-ce - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces

[PATCH v3 1/3] crypto: x86/crct10dif-pcl - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces

[PATCH v3 0/3] crypto: crct10dif assembly cleanup and optimizations

2019-01-29 Thread Eric Biggers
The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unnecessarily convoluted as

[PATCH v3 3/3] crypto: arm64/crct10dif-ce - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces

Re: [PATCH v2 0/3] crypto: crct10dif assembly cleanup and optimizations

2019-01-29 Thread Ard Biesheuvel
On Tue, 29 Jan 2019 at 09:01, Eric Biggers wrote: > > The x86, arm, and arm64 asm implementations of crct10dif are very > difficult to understand partly because many of the comments, labels, and > macros are named incorrectly: the lengths mentioned are usually off by a > factor of two from the act

Re: [PATCH v6 4/4] hwrng: add OP-TEE based rng driver

2019-01-29 Thread Daniel Thompson
On Tue, Jan 29, 2019 at 11:19:38AM +0530, Sumit Garg wrote: > On ARM SoC's with TrustZone enabled, peripherals like entropy sources > might not be accessible to normal world (linux in this case) and rather > accessible to secure world (OP-TEE in this case) only. So this driver > aims to provides a

[PATCH v2 2/3] crypto: arm/crct10dif-ce - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces

[PATCH v2 1/3] crypto: x86/crct10dif-pcl - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces

[PATCH v2 0/3] crypto: crct10dif assembly cleanup and optimizations

2019-01-29 Thread Eric Biggers
The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unnecessarily convoluted as

[PATCH v2 3/3] crypto: arm64/crct10dif-ce - cleanup and optimizations

2019-01-29 Thread Eric Biggers
From: Eric Biggers The x86, arm, and arm64 asm implementations of crct10dif are very difficult to understand partly because many of the comments, labels, and macros are named incorrectly: the lengths mentioned are usually off by a factor of two from the actual code. Many other things are unneces