Hi Stephan, On Sun, May 20, 2018 at 9:54 PM Stephan Müller <smueller@xxxxxxxxxx> wrote: > Am Freitag, 18. Mai 2018, 10:36:04 CEST schrieb Geert Uytterhoeven: > > I tried following the code path, but couldn't find where it went wrong. > > > > mutex_lock(&drbg->drbg_mutex) is called from drbg_instantiate(), which is > > inlined by the compiler into drbg_kcapi_seed(). > > > > Do you have a clue? > > It is the first time I hear from such an issue. Yes, the DRBG should not be > called in atomic context. But I do not see where we have an atomic context > (either a spin_lock or in an interrupt handler) when we are executing the test > manager. > > I will keep looking. Issue is gone. I assume due to commit 6e88f01206edab0e ("crypto: arm64/aes-blk - fix and move skcipher_walk_done out of kernel_neon_begin, _end"). Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds