summaryrefslogtreecommitdiff
path: root/lib/fdt_ro.c
diff options
context:
space:
mode:
authorDavid Howells <dhowells@redhat.com>2012-09-28 11:16:57 +0100
committerRusty Russell <rusty@rustcorp.com.au>2012-10-10 20:06:34 +1030
commit5e8cb1e441dd74723898cd28fe64af5651023af0 (patch)
tree75d771910d536f9a10cf1eab682d1655ec4adcd3 /lib/fdt_ro.c
parent80d65e58e93ffdabf58202653a0435bd3cf2d82e (diff)
downloadlinux-next-5e8cb1e441dd74723898cd28fe64af5651023af0.tar.gz
MODSIGN: Use the same digest for the autogen key sig as for the module sig
Use the same digest type for the autogenerated key signature as for the module signature so that the hash algorithm is guaranteed to be present in the kernel. Without this, the X.509 certificate loader may reject the X.509 certificate so generated because it was self-signed and the signature will be checked against itself - but this won't work if the digest algorithm must be loaded as a module. The symptom is that the key fails to load with the following message emitted into the kernel log: MODSIGN: Problem loading in-kernel X.509 certificate (-65) the error in brackets being -ENOPKG. What you should see is something like: MODSIGN: Loaded cert 'Magarathea: Glacier signing key: 9588321144239a119d3406d4c4cf1fbae1836fa0' Note that this doesn't apply to certificates that are not self-signed as we don't check those currently as they require the parent CA certificate to be available. Reported-by: Rusty Russell <rusty@rustcorp.com.au> Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Diffstat (limited to 'lib/fdt_ro.c')
0 files changed, 0 insertions, 0 deletions