Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp197937ybf; Sat, 29 Feb 2020 01:24:57 -0800 (PST) X-Google-Smtp-Source: APXvYqyz1a8wZzsaDd7WtDnunxSIDBpz7C+OBLZoIV6CGqWGZqtHP2qoMDtakVSw/dVSNZIP63uI X-Received: by 2002:a9d:7a96:: with SMTP id l22mr6347866otn.217.1582968297272; Sat, 29 Feb 2020 01:24:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582968297; cv=none; d=google.com; s=arc-20160816; b=ukd7tgZDL3C2kbv5UFxQu3DC1c5dQVemSmqgpFLFs2DVC6spjVRe6qEKxmKGRRuF+j yE+EEmFcPqENTid+fg8/lfx8E5KGX1CsumOb3Da2fArAO3q72MM/Fmlog+iu4nUfbnZP h0RTIwe+TmkOKnJi1bGv2Wvx4QTSM3LC+bkX28RBjflG41mmqXm/ZiQ2mtvrx6gTUs5e pEVyQJ4xRmgfBhAA/ZP5O72y8K/IihLpDowpO3iv802nEWxpDU5q2jtq3hUij8NiHZTP kZ5R7JKNwUlHLhw/t3j3np2+s4BdilniU6SOi863WMWxQhXGnKL4fgGZZG6HJXAOZeX1 3y2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=RgPJE0orJQVDrDLEaPJ8R2RxW8F5htMBVkLJo9I+3vI=; b=DGWxIMKo/DQQA5GGmNKGLVEoLZbM3N02deP2MdowkbogWIxKBWSDE03A9xqerNzQu0 9zcMTwcFiqQTJ3gfeLCvHzdskxTsyZTxcm7OEZXKmdvazCffV9Rt0oh9axLi0cFzqb5Y SXHHsYw96g7NCRKu2h5Ia4aFbb3m/7wIaZfYH/mdPA9vbNoLZ22UT4CKLvdNdAaWeOiE NypBKE6Sg0aXJBT6nWeT/X55dYv5KXAmJTY5v/ARdX/WZC2jRKSOcfE1dZV89P+eU90k hdilgtYG1YhT3ajHuh7e3FkOwlksNEkkzv/hF4vmcNYrDshu13VgPmbKbIdJDTKzCoqR iqmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=o9rkUgC3; 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=fail (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 o6si3034830oic.34.2020.02.29.01.24.43; Sat, 29 Feb 2020 01:24:57 -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=fail header.i=@gmail.com header.s=20161025 header.b=o9rkUgC3; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726811AbgB2JYb (ORCPT + 99 others); Sat, 29 Feb 2020 04:24:31 -0500 Received: from mail-wr1-f68.google.com ([209.85.221.68]:42820 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726751AbgB2JYb (ORCPT ); Sat, 29 Feb 2020 04:24:31 -0500 Received: by mail-wr1-f68.google.com with SMTP id p18so6075200wre.9; Sat, 29 Feb 2020 01:24:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=RgPJE0orJQVDrDLEaPJ8R2RxW8F5htMBVkLJo9I+3vI=; b=o9rkUgC3sZYDJqLH0G98KAbq5NAH7w8L5tbrS2uN5TzpAoyRCzhVio6e2iwYrB13dY xHsrTSzVBewKcPJcBcLzDrgOToNImEQeZ9joKizsBvGASOzPAiW8/NWryBSUuGRig3Gu NW2y73yAVN4drVh9it/+OBI0+f7gcI7ZM4Y/oiyKjLMWsAYlrMTv+XgxrdYFQ+fxT9tr n0aG94hIH5s6TkVWYbIlamSVDTv2ES+8PkP3zujOXMJ38DcbXtkIt4HCcpsjUcajFbY4 JjFcnwg7F8iJT1AT8g6lvnSohzgu6kTK9M6zQqr40j1ST8e7grDp2i6htBLXaxgQH9Wv x1nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=RgPJE0orJQVDrDLEaPJ8R2RxW8F5htMBVkLJo9I+3vI=; b=jOPr61QL0QiUaEzpPuWwmFKstJ1f+Ll3dj4VA+os+ppsN85rOuOX6Gz0g0Fd+NN54r QK6rC/kUOsZaBa9WPWh6GLlrVufwT6BvaJf2qisGvWis/E/rGZ3f9Z+XUKRD2+iMD1Ha I9oBDq9e8f0PCykDzzkyR34qslLkLUEv8z8YRdCJ5tuJUqW2SvM6QeFbHAw8qCbhjhuC VK6OfPIdhiGk8x2YDYMhOHyXU3/58h6jVsDFl4mteSzQBqPM0Q4GL9S9QBbc3zIDiw5N jRBKj8dYeq2RsxH18GU8WvTNiQ3Jm4hmi7nGMp95dj1/uQ7nRVi2oj4YUSdXd/65mEwv h67A== X-Gm-Message-State: APjAAAWcZemcRXjr2pvPCdzjycZslsa9ABUJyFbXZRc0kS58NRLxcgCw qRRG34f9ht9c/BC0bT4vIf4= X-Received: by 2002:a5d:4384:: with SMTP id i4mr5183282wrq.396.1582968268971; Sat, 29 Feb 2020 01:24:28 -0800 (PST) Received: from gmail.com (54033286.catv.pool.telekom.hu. [84.3.50.134]) by smtp.gmail.com with ESMTPSA id p17sm14011569wre.89.2020.02.29.01.24.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 29 Feb 2020 01:24:27 -0800 (PST) Date: Sat, 29 Feb 2020 10:24:25 +0100 From: Ingo Molnar To: Arvind Sankar Cc: Ard Biesheuvel , linux-efi , Thomas Gleixner , the arch/x86 maintainers , Linux Kernel Mailing List , Borislav Petkov Subject: Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation Message-ID: <20200229092425.GB92847@gmail.com> References: <20200226204515.2752095-1-nivedita@alum.mit.edu> <20200226230031.3011645-2-nivedita@alum.mit.edu> <20200227081229.GA29411@gmail.com> <20200227151643.GA3498170@rani.riverdale.lan> <20200227155421.GA3507597@rani.riverdale.lan> <20200227180305.GA3598722@rani.riverdale.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200227180305.GA3598722@rani.riverdale.lan> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Arvind Sankar wrote: > On Thu, Feb 27, 2020 at 06:47:55PM +0100, Ard Biesheuvel wrote: > > > > Interesting. I am going to rip most of the EFI handover protocol stuff > > out of OVMF, since it is mostly unnecessary, and having the PE/COFF > > loader put the image in the correct place right away is a nice > > complimentary improvement to that. (Note that the OVMF implementation > > of the EFI handover protocol does not currently honor the preferred > > address from the setup header anyway) > > Yeah, for my testing I'm running the image from the EFI shell, which > enters via PE entry point and honors the pref address. So with KASLR, which is the distro default on most x86 distros, we'll relocate the kernel to another address anyway, right? But telling the bootloader the preferred address would avoid any relocation overhead even in this case, right? Thanks, Ingo