On Wed, Feb 22, 2012 at 09:10:46PM +0100, Nikos Mavrogiannopoulos wrote: > On 02/22/2012 02:03 PM, Frank wrote: > > > Hi, > > > > After doing some trials with hardware crypto offloading through usermode interfaces (af_alg and cryptodev) to Marvell CESA accelerated ciphers and hash functions with the 3.2.4 kernel's mv_cesa in Debian Wheezy on a Marvell Kirkwood system, I've noticed the following kernel output when I load the mv_cesa kernel module: > > > > [490889.448060] alg: hash: Test 1 failed for mv-sha1 > > [490889.452786] 00000000: c1 94 3f 2e a2 41 ce 88 d5 47 07 43 c4 a8 17 5d > > [490889.459368] 00000010: 77 e8 47 ca > > [490889.464321] alg: hash: Test 1 failed for mv-hmac-sha1 > > [490889.469493] 00000000: 06 71 4d 7c cc cc b5 cf 1b d6 c7 ab d0 25 c4 21 > > [490889.476068] 00000010: 66 0b 8e 70 > > Using SHA1 in a ssl/tls handshake fails in tests with mv_cesa loaded, which might be related to this. > > > It might be related. I noticed the same issue in userspace with > /dev/crypto. It can be solved by adding a 50 ms delay after the > encryption, decryption and hashing operations. (a delay less than that > didn't work). It might a missing cache flush before/after the opration or before passing the data to userland. I've seen that some hash operation fail which are not perfromed in one go but via the start, update, end path. However I had no time to get to the bottom of this. > > regards, > Nikos Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
