From: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
To: Zhihao Cheng <chengzhihao1@huawei.com>
Cc: linux-mtd@lists.infradead.org,
David Oberhollenzer <david.oberhollenzer@sigma-star.at>
Subject: Re: [PATCH] ubifs-utils: Don't compile engine support if not available
Date: Mon, 31 Aug 2026 08:25:38 +0200 [thread overview]
Message-ID: <20260831062538.0E_FwcMd@breakpoint.cc> (raw)
In-Reply-To: <481dc2f7-ba6f-743a-b841-a3bdb8807ff6@huawei.com>
On 2026-08-31 09:50:18 [+0800], Zhihao Cheng wrote:
> 在 2026/8/30 1:32, Sebastian Andrzej Siewior 写道:
> > @@ -139,6 +142,7 @@ static EVP_PKEY *read_private_key(const char *private_key_name, X509 **cert)
> > *cert = NULL;
> > if (!strncmp(private_key_name, "pkcs11:", 7)) {
> > +#ifndef OPENSSL_NO_ENGINE
> > ENGINE *e;
> > struct {
> > const char *url;
> > @@ -177,6 +181,10 @@ static EVP_PKEY *read_private_key(const char *private_key_name, X509 **cert)
> > }
> > *cert = parms.cert;
> > fprintf(stderr, "Using cert %p\n", *cert);
> > +#else
> > + ssl_err_msg("PKCS#11 ENGINE support not available.");
> > + return NULL;
> Hi Sebastian,
> Thanks for pointing that. I am wondering whether it would be better to
> implement PKCS11 encryption in #else branch by the OpenSSL 4.0 API provider.
Well. This is a the very least gets it compiled. The provider API is
supported since OpenSSL 3.0 so I wouldn't make it available only if
ENGINE isn't supported. You still need the actual provider.
> > +#endif
> > } else {
> > BIO *b;
> >
Sebastian
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
prev parent reply other threads:[~2026-08-31 6:25 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-29 17:32 [PATCH] ubifs-utils: Don't compile engine support if not available Sebastian Andrzej Siewior
2026-08-31 1:50 ` Zhihao Cheng
2026-08-31 6:25 ` Sebastian Andrzej Siewior [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=20260831062538.0E_FwcMd@breakpoint.cc \
--to=sebastian@breakpoint.cc \
--cc=chengzhihao1@huawei.com \
--cc=david.oberhollenzer@sigma-star.at \
--cc=linux-mtd@lists.infradead.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.