Re: [PATCH] crypto: testmgr.h: delete duplicated words

2020-07-23 Thread Herbert Xu
On Sun, Jul 19, 2020 at 11:07:50AM -0700, Randy Dunlap wrote: > Delete the doubled word "from" in multiple places. > > Signed-off-by: Randy Dunlap > Cc: Herbert Xu > Cc: "David S. Miller" > Cc: linux-crypto@vger.kernel.org > --- > crypto/test

[PATCH] crypto: testmgr.h: delete duplicated words

2020-07-19 Thread Randy Dunlap
Delete the doubled word "from" in multiple places. Signed-off-by: Randy Dunlap Cc: Herbert Xu Cc: "David S. Miller" Cc: linux-crypto@vger.kernel.org --- crypto/testmgr.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) --- linux-next-20200717.orig/crypto

Re: testmgr.h

2016-08-09 Thread Stephan Mueller
Am Dienstag, 9. August 2016, 08:21:43 CEST schrieb Gary R Hook: Hi Gary, > Q: Is there a policy (de facto or otherwise) on adding tests to testmgr.h? > Two cases: > > 1) Tests from the NIST document(s) on various ciphers and hashes wherein > we add to an existing set of tests? Fo

testmgr.h

2016-08-09 Thread Gary R Hook
Q: Is there a policy (de facto or otherwise) on adding tests to testmgr.h? Two cases: 1) Tests from the NIST document(s) on various ciphers and hashes wherein we add to an existing set of tests? For example, 3DES ECB mode, or AES GCM? I suppose this question is really about, "how much is e

Re: rfc4543 testvectors in testmgr.h kernel

2015-02-11 Thread Marcus Meissner
On Tue, Feb 10, 2015 at 07:39:22PM +0200, Jussi Kivilinna wrote: > On 10.02.2015 18:22, Marcus Meissner wrote: > > Hi Jussi, > > > > We were trying to use rfc4543(gcm(aes)) in the kernel for FIPS mode, > > but the testvectors seem to fail. > > You probably need to add '.fips_allowed = 1,' in test

Re: rfc4543 testvectors in testmgr.h kernel

2015-02-10 Thread Jussi Kivilinna
On 10.02.2015 18:22, Marcus Meissner wrote: > Hi Jussi, > > We were trying to use rfc4543(gcm(aes)) in the kernel for FIPS mode, > but the testvectors seem to fail. You probably need to add '.fips_allowed = 1,' in testmgr.c for "rfc4543(gcm(aes))" to enable algorithm in fips mode. > > Did you

Re: [RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-31 Thread Jussi Kivilinna
On 30.10.2013 23:06, Joel Fernandes wrote: > On 10/30/2013 06:09 AM, Jussi Kivilinna wrote: >> On 30.10.2013 02:11, Joel Fernandes wrote: >>> Hi, >>> >>> Some tests such as test 5 in AES CTR mode in crypto/testmgr.h have a >>> unaligned >>>

Re: [RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-30 Thread Joel Fernandes
On 10/30/2013 06:09 AM, Jussi Kivilinna wrote: > On 30.10.2013 02:11, Joel Fernandes wrote: >> Hi, >> >> Some tests such as test 5 in AES CTR mode in crypto/testmgr.h have a >> unaligned >> input buffer size such as 499 which is not aligned to any > 0 pow

RE: [RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-30 Thread Fernandes, Joel
> -Original Message- > From: Herbert Xu [mailto:herb...@gondor.hengli.com.au] > Sent: Tuesday, October 29, 2013 8:54 PM > To: Fernandes, Joel > Cc: jussi.kivili...@mbnet.fi; linux-crypto@vger.kernel.org > Subject: Re: [RFC] Unaligned CTR mode tests in crypto/testmgr.h &

Re: [RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-30 Thread Jussi Kivilinna
On 30.10.2013 02:11, Joel Fernandes wrote: > Hi, > > Some tests such as test 5 in AES CTR mode in crypto/testmgr.h have a unaligned > input buffer size such as 499 which is not aligned to any > 0 power of 2. > > Due to this, omap-aes driver, and I think atmel-aes too error

Re: [RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-29 Thread Herbert Xu
Joel Fernandes wrote: > Hi, > > Some tests such as test 5 in AES CTR mode in crypto/testmgr.h have a unaligned > input buffer size such as 499 which is not aligned to any > 0 power of 2. > > Due to this, omap-aes driver, and I think atmel-aes too error out when > enc

[RFC] Unaligned CTR mode tests in crypto/testmgr.h

2013-10-29 Thread Joel Fernandes
Hi, Some tests such as test 5 in AES CTR mode in crypto/testmgr.h have a unaligned input buffer size such as 499 which is not aligned to any > 0 power of 2. Due to this, omap-aes driver, and I think atmel-aes too error out when encryption is requested for these buffers. pr_err("request