From: Mikko Rapeli <mikko.rapeli@linaro.org>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] kmod: enable openssl support by default
Date: Mon, 19 Dec 2022 08:10:35 +0200 [thread overview]
Message-ID: <Y6AAW42hoFqnr9Ah@nuoska> (raw)
In-Reply-To: <67a981b00c4913627f6f6f30f79a58ff4b7dcaac.camel@linuxfoundation.org>
Hi,
On Sat, Dec 17, 2022 at 11:27:50AM +0000, Richard Purdie wrote:
> On Fri, 2022-11-25 at 17:07 +0200, Mikko Rapeli wrote:
> > linux-yocto kernel adds openssl-native dependency by default even
> > when module signing is still optional. kmod should enable
> > openssl support too. This helps see details of signed kernel
> > modules and debug issues with module signing. For small systems
> > this can still be disabled.
>
> This seems like an easy enough change at first glance, my concern is
> dependency chain creep. openssl is slower to build and for example may
> depend on perl-native so adding this here can cause builds to slow down
> quite a bit more than you'd expect.
But even default kernel, linux-yocto, already depends on openssl-native. The
dependency is everywhere. Tiny distros with minimal features are another
thing.
> I've been holding off merging until I could look at the dependency
> chain and see how much difference it actually makes. I've not managed
> that yet though.
>
> One option may be to add a "signed-kernel-modules" level distro feature
> or perhaps a distro include file, since I suspect this functionality is
> going to need other changes to enable and work properly?
Signed kernel modules is purely a kernel internal thing. Since kernel
already depends on openssl for other reasons signing modules doesn't
introduce much new, and all the checks for signatures are done inside
the kernel. kmod support for signed modules is just a convenience thing.
And signing kernels with default built-time generated keys breaks build
reproducibility and sstate caching but that's a separate matter which
maybe can't be resolved in side bitbake.. only static keys build outside
of bitbake seem to help..
Cheers,
-Mikko
prev parent reply other threads:[~2022-12-19 6:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-25 15:07 [PATCH] kmod: enable openssl support by default Mikko Rapeli
2022-12-17 11:27 ` [OE-core] " Richard Purdie
2022-12-19 6:10 ` Mikko Rapeli [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y6AAW42hoFqnr9Ah@nuoska \
--to=mikko.rapeli@linaro.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.