Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3494749pxf; Mon, 5 Apr 2021 13:44:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyt1Dw129nlguyELf3+QT2uvU3uvkvaxcRv3r9jSgZByQ4Pm2GnP57yUtUmaxpWbYk4393x X-Received: by 2002:a05:6e02:672:: with SMTP id l18mr20350657ilt.271.1617655472678; Mon, 05 Apr 2021 13:44:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617655472; cv=none; d=google.com; s=arc-20160816; b=ePlQyReHnMOcufbuw7Qj9QmeIoDdloi8mjh66nH8A2e2zZPWSVUXPg9YIYLaQzNNg8 QIJcPHJEJTwlpKtOORDe8VlbZ0pUXp+MMvtHzTlDujk7pxUVCECmCE6obNxni1smj2av JFYutbnMVDzafPgxxib5IsIRGed/a6yB17HK4UjwHqrbUay7YylHAbSm3ubCF5DU+f3/ fpC9S4k/2LbwCLQUGV6jVxTQNQIFVt0BIFP4UujgkdR1NVlslZlO/LwcUSduzxb/BZHL vLPlxeqhq84nl5kEqZDUOZU4vEMmKQKqcGC46+IpdAIfE/4F3JT5T3U6tgesDJgFvjKw F7bw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=OQWjuPWxzUXnu3VIFkE3MTGF3m7ejekaW0p7eW3kJkA=; b=PhHRNUbj0tsCYOSDAYUG4c5zZtzxKtAQ9f52O2oAu4SNuCUZiJj9tbUXn9dVwnenYU OBQUE/6MeDPBGJtU0KB9jxhBEUKlGsGof6MECz+g0i6NU9ggV/7sHRf9ovPWXQQ6CdFq cGDRpJbUymAhfaBR7mRAdRtZsiOip1gmWQpyDQQS1jwNS3veP5sYqD+g2RbWd3ubmyqW IlEYVvQr/PZ/ZKSk125glSAEJq1c+NXj4/1mxG4cUrXcKE/HIH64bK25ef6Vas2IjZd4 RW6l6WV85mEMzHMlvM7Z0GNbqUkE5qZKFCEjkziBkGv3OyXH58VHkqzBVYNUqMG7xVaI Xs2g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KGqWCmCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r6si16255266jak.28.2021.04.05.13.44.20; Mon, 05 Apr 2021 13:44:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KGqWCmCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235785AbhDENlD (ORCPT + 99 others); Mon, 5 Apr 2021 09:41:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:52736 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232694AbhDENlD (ORCPT ); Mon, 5 Apr 2021 09:41:03 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6CD8E61245; Mon, 5 Apr 2021 13:40:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1617630056; bh=axLSBPXCXMlm/lrh45DQZ6qDQqDq/rySkebWO0hHZDo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KGqWCmCdcxtjCxtkkwI+soJd9gO0pDG5k6/nJ4cRn10Vbb1YX+Djpi/CjzVF8buJn WbSWBWSWmxBK3wuME3ZCLqV9je/CbgglMlHO8qmdgAHifZnvx3IvyTNfPwh7MqqUur UDRQYtcZrVZ+XAs7VbHT2HFZKkbsIHcI8mRqI7Hc= Date: Mon, 5 Apr 2021 15:40:54 +0200 From: Greg Kroah-Hartman To: Sergey Shtylyov Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Joe Perches , Miroslav Benes , Jessica Yu , Sasha Levin Subject: Re: [PATCH 5.4 03/74] module: merge repetitive strings in module_sig_check() Message-ID: References: <20210405085024.703004126@linuxfoundation.org> <20210405085024.812932452@linuxfoundation.org> <35560933-d158-76ee-0034-0b5f43d9a3c2@omprussia.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35560933-d158-76ee-0034-0b5f43d9a3c2@omprussia.ru> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 05, 2021 at 04:35:40PM +0300, Sergey Shtylyov wrote: > On 4/5/21 11:53 AM, Greg Kroah-Hartman wrote: > > > From: Sergey Shtylyov > > > > [ Upstream commit 705e9195187d85249fbb0eaa844b1604a98fbc9a ] > > > > The 'reason' variable in module_sig_check() points to 3 strings across > > the *switch* statement, all needlessly starting with the same text. > > Let's put the starting text into the pr_notice() call -- it saves 21 > > bytes of the object code (x86 gcc 10.2.1). > > > > Suggested-by: Joe Perches > > Reviewed-by: Miroslav Benes > > Signed-off-by: Sergey Shtylyov > > Signed-off-by: Jessica Yu > > Signed-off-by: Sasha Levin > > --- > > kernel/module.c | 9 +++++---- > > 1 file changed, 5 insertions(+), 4 deletions(-) > > > > diff --git a/kernel/module.c b/kernel/module.c > > index ab1f97cfe18d..9fe3e9b85348 100644 > > --- a/kernel/module.c > > +++ b/kernel/module.c > > @@ -2908,16 +2908,17 @@ static int module_sig_check(struct load_info *info, int flags) > > * enforcing, certain errors are non-fatal. > > */ > > case -ENODATA: > > - reason = "Loading of unsigned module"; > > + reason = "unsigned module"; > > goto decide; > > case -ENOPKG: > > - reason = "Loading of module with unsupported crypto"; > > + reason = "module with unsupported crypto"; > > goto decide; > > case -ENOKEY: > > - reason = "Loading of module with unavailable key"; > > + reason = "module with unavailable key"; > > decide: > > if (is_module_sig_enforced()) { > > - pr_notice("%s is rejected\n", reason); > > + pr_notice("%s: loading of %s is rejected\n", > > + info->name, reason); > > Mhm, in 5.4 there was no printing of 'info->name'... Is that now a problem? thanks, greg k-h