Date: Fri, 17 Jul 2020 17:26:36 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 247986] geli: authentication panics on Via Nano Message-ID: <bug-247986-227-goaZ44PB5Q@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-247986-227@https.bugs.freebsd.org/bugzilla/> References: <bug-247986-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247986 --- Comment #3 from John Baldwin <jhb@FreeBSD.org> --- Ok, it may have to do with the size of the request. The '-z' flag will try various sizes. However, it may be good to figure out what algorithms the k= yua test is using and then test that specifically, e.g. 'cryptocheck -a aes-xts+sha256hmac -d padlock0 -z'. Hmm, however, I do see a bug, but it's a bug in 12 as well. The padlock() function returns the crp_error value from its process() callback. Probably= the cipher and hash functions just never returned errors before until gaining verify mode in head which can return EBADMSG. Try this: Index: sys/crypto/via/padlock.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- padlock.c (revision 363276) +++ padlock.c (working copy) @@ -275,7 +275,7 @@ out: #endif crp->crp_etype =3D error; crypto_done(crp); - return (error); + return (0); } static device_method_t padlock_methods[] =3D { --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-247986-227-goaZ44PB5Q>