[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210629201257.dr77kemy66mxpox5@kernel.org>
Date: Tue, 29 Jun 2021 23:12:57 +0300
From: Jarkko Sakkinen <jarkko@...nel.org>
To: Stefan Berger <stefanb@...ux.ibm.com>
Cc: Stefan Berger <stefanb@...ux.vnet.ibm.com>,
keyrings@...r.kernel.org, linux-integrity@...r.kernel.org,
linux-security-module@...r.kernel.org,
linux-kernel@...r.kernel.org, zohar@...ux.ibm.com,
nayna@...ux.ibm.com, jeyu@...nel.org, dhowells@...hat.com,
dwmw2@...radead.org, kernel test robot <lkp@...el.com>
Subject: Re: [PATCH] certs: Redirect openssl error message to null device
On Fri, Jun 25, 2021 at 08:32:37AM -0400, Stefan Berger wrote:
> On 6/25/21 8:29 AM, Stefan Berger wrote:
>
> > From: Stefan Berger <stefanb@...ux.ibm.com>
> >
> > Address the following issue detected by the kernel test robot when
> > there's no certificate file at the time when checking for the type
> > of key in the cert:
> >
> > Can't open certs/signing_key.pem for reading, No such file or directory
> >
> > The simplest solution is to redirect openssl's stderr output to /dev/null.
> >
> > Fixes: 28d62d945ded ("certs: Trigger creation of RSA module signing key if it's not an RSA key")
> > Signed-off-by: Stefan Berger <stefanb@...ux.ibm.com>
> > Reported-by: kernel test robot <lkp@...el.com>
>
>
> Jarkko,
>
> can you please squash this patch into the one it fixes. Unfortunately when
> rebasing you will have to fix the subsequent patch from this merge error
>
> ifeq ($(openssl_available),yes)
> <<<<<<< HEAD
> X509TEXT=$(shell openssl x509 -in $(CONFIG_MODULE_SIG_KEY) -text
> 2>/dev/null)
> =======
> X509TEXT=$(shell openssl x509 -in $(CONFIG_MODULE_SIG_KEY) -text)
> endif
> >>>>>>> 87e968848116 (certs: Add support for using elliptic curve keys for
> signing modules)
>
> to this:
>
>
> ifeq ($(openssl_available),yes)
> X509TEXT=$(shell openssl x509 -in $(CONFIG_MODULE_SIG_KEY) -text
> 2>/dev/null)
> endif
>
> Thanks.
>
> Stefan
The problem is that I have already a pending pull request, and merge window
is soon closing.
I think it's a better idea that I just drop these patches and send a new
pull request, and you should construct a new version of the series. This
cannot be a blocker for the rest of the patches (or even potential
blocker). We can consider the current patches not ready for mainline.
/Jarkko
Powered by blists - more mailing lists