On Thu, 6 Nov 2014 23:17:14 +0800 Herbert Xu <herb...@gondor.apana.org.au> wrote:
> On Thu, Oct 30, 2014 at 06:55:07PM +0200, Tudor Ambarus wrote: > > Add AES-GMAC as an IPSec ESP mechanism to provide > > data origin authentication, but not confidentiality. > > This method is referred as ENCR_NULL_AUTH_AES_GMAC. > > > > Signed-off-by: Tudor Ambarus <tudor.amba...@freescale.com> > > Applied. this commit gets this when running the tcrypt module: caam_jr ffe302000.jr: 2000221a: CCB: desc idx 34: AES: ICV check failed. caam_jr ffe302000.jr: 2000221a: CCB: desc idx 34: AES: ICV check failed. caam_jr ffe302000.jr: 2000221a: CCB: desc idx 34: AES: ICV check failed. Briefly looking at testmgr's aes_gcm_rfc4543_dec_tv_template, there are only two decryption vectors, and, according to the comment, only the latter should fail? Thanks, Kim -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
