Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3933521ybv; Tue, 25 Feb 2020 09:56:43 -0800 (PST) X-Google-Smtp-Source: APXvYqxzo3Y7gei6us48jk70TnLKaxpUHLG6LGHGmOLc82u5FboyoTBagPraxWdZeIg7pdo9AlCY X-Received: by 2002:a9d:760d:: with SMTP id k13mr43535915otl.42.1582653403583; Tue, 25 Feb 2020 09:56:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582653403; cv=none; d=google.com; s=arc-20160816; b=C4JB52ZaI00mwgPmYO/cCqmlw8JzAZf9jz7vai6BsJVgwcyV0anlSIa2oasNXbDkse RuXPvLt8tgKRBGf3UJZkShTgXVYFvuhwz3v9Xm/iWsUHLxINpRvXcIF1WTcAv0YoLEPJ ZWQdktQwoe5MBXybrnT8F1hdHBkvtsRRMQPcyUNqC6A7SQ0YC3Nkbpk4TkTaIMh+xS8V Dljiv1TEKtWc4lCZPGdrHHz2loPqo1GucCauwOf1/BB5Z85gYQz/Tt9ZJHk4OHKUguqg ayy206h58FZ+pO4ab5u4F4m4HgEN8C8f8boNXDx9cmH12gJsdEZP8FdMdU1Hk9TIFNxq ONig== 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=Mu5Xf8YSlyAuPyNiZGDQV6B4RNJF/00H+CEZQL83TeI=; b=zZIXd9+cA04iKsfn+Xh/JHEKsQ4VALFMJ/8gGccRPXg4/sqouI/4ic4Husii3XLii9 YbwrawpXw+kOkzqd4NpNaBYbLMavgj0N6xwP0i97K67EbCjD3KinK5NDwYWIATxaMGsf M66gNPB7MTGL7/ZQ/2WR+AZ2laSk227q4TBjg9tIGHbsGWa9AfiBfD0yh3ttk43+zCLh LzLekiRRwYCVIjTHF7MTIq+GKklb9hO8Dmzfsz3VAPKzK6RPKtT2S29dBs4SFteoE+ti Gqx21Sm6Atwb1KHFKut3lPqf7Wru6pdznxXpnqvEVfxJ7MleQsnqU3Y7ctLP+L506zVv fWiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qVWyRsci; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id z21si7794362oti.199.2020.02.25.09.56.31; Tue, 25 Feb 2020 09:56:43 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qVWyRsci; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1730671AbgBYRpV (ORCPT + 99 others); Tue, 25 Feb 2020 12:45:21 -0500 Received: from mail.kernel.org ([198.145.29.99]:55012 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730222AbgBYRpU (ORCPT ); Tue, 25 Feb 2020 12:45:20 -0500 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (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 B7E1D22464 for ; Tue, 25 Feb 2020 17:45:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582652720; bh=3Poz7jxq/qrWijhX+h0LsAxU+LowS2xjr5QXZRUEM/M=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=qVWyRsciCPkSKXc5vXMsH44IvYNi1Ru2klseSGmoInTcEJ7iupPoCumWQvacsEgDP Dkaf799PKHDMNJ1k54tRReZpvSlxbq4izq3YNkqHGvYWL6Y4K6QLk+RrMMCe+Pzhuc ZWsKGd7NaoAkvLu39t+5FdorfzPSqo69GLF0dSgQ= Received: by mail-wm1-f54.google.com with SMTP id z12so59889wmi.4 for ; Tue, 25 Feb 2020 09:45:19 -0800 (PST) X-Gm-Message-State: APjAAAWITPV+gc9/tW+Ch9xFS0VAJwjxbvVNKXCCMubXmU/JY39kvuc8 +B3ubvFxtQlcgaY6pP5rl5s8jHlbn79zinKLBdmC2g== X-Received: by 2002:a05:600c:248:: with SMTP id 8mr363473wmj.1.1582652718055; Tue, 25 Feb 2020 09:45:18 -0800 (PST) MIME-Version: 1.0 References: <261ea8108c6290e95962be2638bd204f90787c1c.1582652466.git.thomas.lendacky@amd.com> In-Reply-To: <261ea8108c6290e95962be2638bd204f90787c1c.1582652466.git.thomas.lendacky@amd.com> From: Ard Biesheuvel Date: Tue, 25 Feb 2020 18:45:06 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks To: Tom Lendacky Cc: Linux Kernel Mailing List , "the arch/x86 maintainers" , linux-efi , platform-driver-x86@vger.kernel.org, Darren Hart , Andy Shevchenko , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" 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 Tue, 25 Feb 2020 at 18:41, Tom Lendacky wrote: > > When booting with SME active, EFI tables must be mapped unencrypted since > they were built by UEFI in unencrypted memory. Update the list of tables > to be checked during early_memremap() processing to account for new EFI > tables. > > This fixes a bug where an EFI TPM log table has been created by UEFI, but > it lives in memory that has been marked as usable rather than reserved. > > Signed-off-by: Tom Lendacky > > --- > Changes since v1: > - Re-spun against EFI tree Which one? Surely not the one in the link I included? > --- > arch/x86/platform/efi/efi.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c > index 43b24e149312..c6ca959e2366 100644 > --- a/arch/x86/platform/efi/efi.c > +++ b/arch/x86/platform/efi/efi.c > @@ -88,6 +88,9 @@ static const unsigned long * const efi_tables[] = { > #ifdef CONFIG_EFI_RCI2_TABLE > &rci2_table_phys, > #endif > + &efi.rng_seed, > + &efi.tpm_log, > + &efi.tpm_final_log, > }; > > u64 efi_setup; /* efi setup_data physical address */ > -- > 2.17.1 >