Re: [PATCH] crypto: padlock-aes - convert to skcipher API

thread-safe Er, no? Just the VIA padlock-aes.c change from you on top of a stock 5.3.6 tree, nothing from Ard. No geode here. -- Jamie Heilman http://audible.transient.net/~jamie/

Re: [PATCH] crypto: padlock-aes - convert to skcipher API

to run a real bisection on that when I have the time. I built a patched 5.3.6 with none of the crypto bits modularized and you can find that dmesg and config at: http://audible.transient.net/~jamie/k/skcipher.config-5.3.6 http://audible.transient.net/~jamie/k/skcipher.dmesg Hope that helps. -- Jamie Heilman http://audible.transient.net/~jamie/

Re: [PATCH] crypto: padlock-aes - Fix Nano workaround data corruption

cted. > > This patch fixes it by doing the subtraction prior to the assembly. > > Fixes: a76c1c23d0c3 ("crypto: padlock-aes - work around Nano CPU...") > Cc: > Reported-by: Jamie Heilman > Signed-off-by: Herbert Xu Yay! Tested against 4.14.55 and the self-test passe

Re: v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

Tadeusz Struk wrote: > On 05/03/2016 07:26 PM, Jamie Heilman wrote: > >>> Alrighty, presumably relevant bits: > >>> > > > >>> > > X.509: Cert Issuer: Build time autogenerated kernel key > >>> > > X.509: Cert Subject: Bu

Re: v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

David Howells wrote: > (cc'ing Tadeusz as he did the pkcs1 padding function) > > Jamie Heilman wrote: > > > > > Problem loading in-kernel X.509 certificate (-2) > > > > > > ENOENT? Hmmm... The only place that is generated is in the crypto la

Re: v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

Tadeusz Struk wrote: > Could you please check if this one fixes the problem for you: > https://patchwork.kernel.org/patch/8766361/ That patch is already present by 4.6-rc5 and the problem still exists, so no, it doesn't. -- Jamie Heilman http://audible.transient

Re: v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

Herbert Xu wrote: > On Sat, Apr 30, 2016 at 08:32:48AM +0000, Jamie Heilman wrote: > > I usually build my kernels to require module signatures and use > > automatic signing. As of v4.6-rc1 I'm getting this on boot: > > > > Problem loading in-kernel X.509 certifica

Re: v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

32081403f1709a312c302a06035504030c234275696c642074696d65206175746f67656e657261746564206b65726e656c206b6579" X.509: Request for key 'ex:008a32081403f1709a312c302a06035504030c234275696c642074696d65206175746f67656e657261746564206b65726e656c206b6579' err -11 full dmesg at http://audible.transient.net/~j

v4.6-rc1 regression bisected, Problem loading in-kernel X.509 certificate (-2)

o the crypto layer) For some reason after this commit my system keyring always ends up empty. I use the deb-pkg make target. My kernel config can be found at http://audible.transient.net/~jamie/k/modsign.config-4.6.0-rc5-guest Let me know if you need anything else. -- Jamie He

Re: 3.17 regression; alg: skcipher: Chunk test 1 failed on encryption at page 0 for ecb-aes-padlock

Ard Biesheuvel wrote: > On 20 October 2014 09:14, Jamie Heilman wrote: > > I get this new failure w/3.17.0 on my system with a VIA Esther > > processor: > > > > alg: skcipher: Chunk test 1 failed on encryption at page 0 for > > ecb-aes-padlock > > :