This turned out to be a kernel bug. The userland crypto interface was known to have some problems, and the kernel checked in changes to the 2.6 kernel in January 2016. Distro's were cherry picking them for 2.8-4.5, but some needed ones got missed (q.v.).
According to and comment 3 at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1556562: <SNIP> Please try this test kernel: http://kernel.ubuntu.com/~kamal/lp1556562.0/ (For reference, this is 4.2.0-35.40 plus backports of these mainline commits:) 6454c2b crypto: algif_skcipher - Do not dereference ctx without socket lock ec69bbf crypto: algif_skcipher - Do not assume that req is unchanged 6e8d8ec crypto: algif_skcipher - Add key check exception for cipher_null a1383cd crypto: skcipher - Add crypto_skcipher_has_setkey </SNIP> Close this bug. On Thu, Mar 17, 2016 at 7:47 PM, The default queue via RT <r...@openssl.org> wrote: > > Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "Re: VIA C7-D processor: Hang in 30-test_afalg.t", > a summary of which appears below. > > There is no need to reply to this message right now. Your ticket has been > assigned an ID of [openssl.org #4441]. > > Please include the string: > > [openssl.org #4441] > > in the subject line of all future correspondence about this issue. To do so, > you may reply to this message. > > Thank you, > r...@openssl.org > -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4441 Please log in as guest with password guest if prompted -- openssl-dev mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
