Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp493034imm; Thu, 5 Jul 2018 04:03:40 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdofa0CiKrZu8VkgZeNVW6NSkI6mK4gLA/nQ5MghWm6HokmKyYx8GhPAInT+6O7wlcKkK10 X-Received: by 2002:a17:902:9695:: with SMTP id n21-v6mr5766468plp.6.1530788620475; Thu, 05 Jul 2018 04:03:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530788620; cv=none; d=google.com; s=arc-20160816; b=Ciw3j04aSuNq7tTl2txnBzfri+QWUHkxEHHJgDfLrhFi699Jhk7V7WRJ1Tt8Ca11b1 0/5CBLYtk1oDXd7usoHhKWWw2FqHo84e5kNQNrjzV4uXtRzQJZmBY0LscYKlkXD0EYvU CTdunaapNliWDbn+HG+bMGqny1OWNR0MlHLbT4TzIyDqF10D4FA+yn9OzrhDA+OMtuyI f2XhrVdkjv6IWguP/4rzqz6Ht7vlaahvLSkq9Ma7x88SreCgpvfBpDjimYSVXK7Jm0Ai 8JjEmdlxK7dn1PbAJj9eEL/+5D8TW6bP1jKeAITKCNms5PqTKwuSU1wToYfZeR0ADfIi pA2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:cc:from:references:to:subject:arc-authentication-results; bh=jAcxKc3L2TCEcjdY5aSuJ0ZRc+R22bndhAH1uFGbBrs=; b=lufQkj2Fh0aH9zP+5jIjXwLRGjbqWLatMKS+VnS7LCk+whtmlmVrbVVN7t82xHIKhF W1qtKDinsUBmMUAkhLeoJ607fAu0b+u59BGL+J0kijikiMLvLfxQo7iTp4egN1mqDMtY k10Ciz1uBbYGBdyMOIaamaQ3jXcD/bf5IRRotqxd0uJdwddCjzTOtBM7lVvDM3bAXbIV ZYeHzDJvk3mSRLmssziDts1CQWaJf244/Y8cah0jnynTvTzjgQ6npLzHHyvTZEK1Vva3 A9TewsWM4O1peu1W2UO362F7qRjROLBhHRg0JCFOuTxegc9AXGjEima7WTa6/++ekTjZ rjQw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t67-v6si6150449pfd.364.2018.07.05.04.03.25; Thu, 05 Jul 2018 04:03:40 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753763AbeGELCX (ORCPT + 99 others); Thu, 5 Jul 2018 07:02:23 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:47652 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753548AbeGELCV (ORCPT ); Thu, 5 Jul 2018 07:02:21 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B30CD7A9; Thu, 5 Jul 2018 04:02:20 -0700 (PDT) Received: from [10.1.206.34] (melchizedek.cambridge.arm.com [10.1.206.34]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 595853F2EA; Thu, 5 Jul 2018 04:02:17 -0700 (PDT) Subject: Re: [PATCH v2 3/4] efi/arm: map UEFI memory map earlier on boot To: AKASHI Takahiro References: <20180619064424.6642-1-takahiro.akashi@linaro.org> <20180619064424.6642-4-takahiro.akashi@linaro.org> <20180704170655.GD8370@arm.com> <20180705094313.GL28220@linaro.org> From: James Morse Cc: Ard Biesheuvel , Will Deacon , Catalin Marinas , Andrew Morton , "Baicar, Tyler" , Bhupesh Sharma , Dave Young , Mark Rutland , Al Stone , Graeme Gregory , Hanjun Guo , Lorenzo Pieralisi , Sudeep Holla , linux-arm-kernel , Linux Kernel Mailing List , Kexec Mailing List Message-ID: Date: Thu, 5 Jul 2018 12:02:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180705094313.GL28220@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Akashi, On 05/07/18 10:43, AKASHI Takahiro wrote: > On Wed, Jul 04, 2018 at 08:49:32PM +0200, Ard Biesheuvel wrote: >> On 4 July 2018 at 19:06, Will Deacon wrote: >>> On Tue, Jun 19, 2018 at 03:44:23PM +0900, AKASHI Takahiro wrote: >>>> Since arm_enter_runtime_services() was modified to always create a virtual >>>> mapping of UEFI memory map in the previous patch, it is now renamed to >>>> efi_enter_virtual_mode() and called earlier before acpi_load_tables() >>>> in acpi_early_init(). >>>> >>>> This will allow us to use UEFI memory map in acpi_os_ioremap() to create >>>> mappings of ACPI tables using memory attributes described in UEFI memory >>>> map. >>> Hmm, this is ugly as hell. Is there nothing else we can piggy-back off? >>> It's also fairly jarring that, on x86, efi_enter_virtual_mode() is called >>> a few lines later, *after* acpi_early_init() has been called. >> Currently, there is a gap where we have already torn down the early >> mapping and haven't created the definitive mapping of the UEFI memory >> map. There are other reasons why this is an issue, and I recently >> proposed [0] myself to address one of them >> Akashi-san, could you please confirm whether the patch below would be >> sufficient for you? Apologies for going back and forth on this, but I >> agree with Will that we should try to avoid warts like the one above >> in generic code. >> >> [0] https://marc.info/?l=linux-efi&m=152930773507524&w=2 > > I think that this patch will also work. > Please drop my patch#2 and #3 if you want to pick up my patchset, Will. Patch 2 is what changes arm_enable_runtime_services() to map the efi memory map before bailing out due to efi=noruntime. Without it, 'efi=noruntime' means no-acpi-tables. Thanks, James