Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #61224 > unrolled thread
| Started by | Matt Corallo <linux@bluematt.me> |
|---|---|
| First post | 2018-06-18 22:00 +0200 |
| Last post | 2018-06-18 22:00 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.debian.kernel
crypto-vmx fails to load fallbacks (missing dep?) Matt Corallo <linux@bluematt.me> - 2018-06-18 22:00 +0200
| From | Matt Corallo <linux@bluematt.me> |
|---|---|
| Date | 2018-06-18 22:00 +0200 |
| Subject | crypto-vmx fails to load fallbacks (missing dep?) |
| Message-ID | <w28tI-1gc-5@gated-at.bofh.it> |
If crypto-vmx gets built-in (which the latest debian kernel configs in git do, at least when you build them against 4.17.2) but you don't build-in ghash/cbc/ctr/etc, you end up with dmesg lines like: [ 3.704126] Failed to allocate transformation for 'cbc(aes)': -2 [ 3.704172] alg: skcipher: Failed to load transform for p8_aes_cbc: -2 [ 3.706542] Failed to allocate transformation for 'ctr(aes)': -2 [ 3.706605] alg: skcipher: Failed to load transform for p8_aes_ctr: -2 [ 3.714095] Failed to allocate transformation for 'ghash-generic': -2 [ 3.714162] alg: hash: Failed to load transform for p8_ghash: -2 (which I assume are a failure to load the fallback driver) and as a result are never able to use aes-cbc/aes-ctr/ghash as crypto_alg_lookup will fail the crypto_is_larval check and return ELIBBAD. When they're all built-in everything seems to work fine.
Back to top | Article view | linux.debian.kernel
csiph-web