Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp454462pxk; Fri, 11 Sep 2020 11:18:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwKUH+YItbwaVQ5shVmfrVwrV2Q1vsi2jD6/iA1uOhvlPNBOwiHFp+JWk/ZmMy3sdKTBdrA X-Received: by 2002:a50:e78f:: with SMTP id b15mr3647045edn.104.1599848301034; Fri, 11 Sep 2020 11:18:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599848301; cv=none; d=google.com; s=arc-20160816; b=0r7DnE1rfADB3/aK43aSM4DXqeVi9VqiStpdGQfJ9UEdBXpZJIqM5UIQ5Za/CtkpUB a2EvKPt71FeS8Ps+D2HPqH88G5h0XdN6EueNRhAkcAoco8fGOzgvtJDYEnHixldFBKvq rg/3lQpuv+E1coHvrp+Nm3JngAKxoyV8pxz1lwxRXf/SuPG/w+V5r2PNvLutIyMIORqZ Ph371/K5myyK22O2Z8Z2XvmSE3OnPH5SN1fkDZPQBqMAQW6ncpSKhn1QKUSmOmZ2ioex csG4Zy3NDY5UtGWJRDnDD1ruigZSKyluPzxdRLqMINM9YQcdFyraqgmx2k08K+f7z3AQ wnXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=ol9ov0lk8V4dmHgEcfUL4m9wRVUbtWupVUt20a6jGOQ=; b=RLdH9d+2HtZbVY+TeOxFyBR1rcSbRSjpngVQhXEs57juo1vl2K//Uiez19DrIo7Uwn 0wYVTAsuzr9hxWsUAV26ae2CsWW5a9QqaEy0jgGfU8Ek0Vt5/73uphhEKZYxRSUZ5430 e481NcY/RzCxuSLbbT4n29dvOVZsXVsGop9czms8SL7C0yU4D5gBbbNgjH/WFDrzMmuN GB6MnZlIcNtPjRwWY/3bmrhkF9CndEp05tEem5KcNJSYZqNHaaC6px5PcmHQ6r+YS756 3cpuGEs5+I6pHn9gJMP7w5p/lpQYCgJiim6wwJe1FXN41e8elbMqg1zq5J+uOUb0lO2b ekoA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Yw2QzwBK; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r20si1635766ejc.678.2020.09.11.11.17.58; Fri, 11 Sep 2020 11:18:21 -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=@kernel.org header.s=default header.b=Yw2QzwBK; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725861AbgIKSRH (ORCPT + 99 others); Fri, 11 Sep 2020 14:17:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:55176 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725730AbgIKSRD (ORCPT ); Fri, 11 Sep 2020 14:17:03 -0400 Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4E21121D79; Fri, 11 Sep 2020 18:17:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1599848222; bh=u8/mPrVURYhPqdDyFTV/A2D8Sgo7S+0VEGhgujlLGjg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Yw2QzwBKV1KqPoZf8Ei2GtXzn4V9U7IT3oemiHPGZmKrN1okBSsbOFZpjTqbRRRSn UWyGKJBWppRXdbU9wNH6JjNEA0KAqvoJzTkqr9Dy5/iCTqBcyhVdrTAd7JRkszq3Mm 8QubACqXP4q9KuQr2vlYn3+OrT40fdCkTSYUBKJM= Received: by mail-ot1-f53.google.com with SMTP id 60so9117216otw.3; Fri, 11 Sep 2020 11:17:02 -0700 (PDT) X-Gm-Message-State: AOAM530OWSk5puoZ5i9EwuvnYaVwUBDQk+EAlXGkwiI91mtFK6pqQDom O+VkNoDy2xp8SvmRM3kwvOIOMndlsjbrqV6CcjI= X-Received: by 2002:a9d:6250:: with SMTP id i16mr2081474otk.77.1599848221567; Fri, 11 Sep 2020 11:17:01 -0700 (PDT) MIME-Version: 1.0 References: <20200905013107.10457-1-lszubowi@redhat.com> <20200905013107.10457-3-lszubowi@redhat.com> <394190b9-59bd-5cb3-317e-736852f190f4@redhat.com> In-Reply-To: <394190b9-59bd-5cb3-317e-736852f190f4@redhat.com> From: Ard Biesheuvel Date: Fri, 11 Sep 2020 21:16:50 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine To: Lenny Szubowicz Cc: Mimi Zohar , Linux Kernel Mailing List , linux-efi , platform-driver-x86@vger.kernel.org, linux-security-module@vger.kernel.org, andy.shevchenko@gmail.com, James Morris , serge@hallyn.com, Kees Cook , Borislav Petkov , Peter Jones , David Howells , prarit@redhat.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 11 Sep 2020 at 20:18, Lenny Szubowicz wrote: > > On 9/11/20 11:59 AM, Mimi Zohar wrote: > > On Fri, 2020-09-11 at 11:54 -0400, Lenny Szubowicz wrote: > >> On 9/11/20 11:02 AM, Ard Biesheuvel wrote: > >>> On Sat, 5 Sep 2020 at 04:31, Lenny Szubowicz wrote: > >>>> > >>>> Move the loading of certs from the UEFI MokListRT into a separate > >>>> routine to facilitate additional MokList functionality. > >>>> > >>>> There is no visible functional change as a result of this patch. > >>>> Although the UEFI dbx certs are now loaded before the MokList certs, > >>>> they are loaded onto different key rings. So the order of the keys > >>>> on their respective key rings is the same. > >>>> > >>>> Signed-off-by: Lenny Szubowicz > >>> > >>> Why did you drop Mimi's reviewed-by from this patch? > >> > >> It was not intentional. I was just not aware that I needed to propagate > >> Mimi Zohar's reviewed-by from V1 of the patch to V2. > >> > >> Reviewed-by: Mimi Zohar > >> > >> V2 includes changes in that patch to incorporate suggestions from > >> Andy Shevchenko. My assumption was that the maintainer would > >> gather up the reviewed-by and add any signed-off-by as appropriate, > >> but it sounds like my assumption was incorrect. In retrospect, I > >> could see that having the maintainer dig through prior versions > >> of a patch set for prior reviewed-by tags could be burdensome. > > > > As much as possible moving code should be done without making changes, > > simpler for code review. Then as a separate patch you make changes. > > That way you could also have retained my Reviewed-by. > > > > Mimi > > If you or Ard think I should, I can do a V3 with: > > Patch V3 01: Unchanged from V2 > Patch V3 02: Goes back to V1 of patch 02 that Mimi reviewed > Patch V3 03: New. Has Andy's cleanup suggestions separated from patch 02 > Patch V3 04: This would most probably just be the V2 of patch 03 with no changes > I think we can just merge the patches as they are, with Mimi's R-b carried over.