Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5932364imu; Sun, 20 Jan 2019 23:44:20 -0800 (PST) X-Google-Smtp-Source: ALg8bN4oZA0aml1pgJjblXiyhegAG3DAoCjG45K0Z9S8afhXxrp0Y6PFdkGJQ9IkIwoNfBi+CRam X-Received: by 2002:a63:20e:: with SMTP id 14mr27230088pgc.161.1548056660660; Sun, 20 Jan 2019 23:44:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548056660; cv=none; d=google.com; s=arc-20160816; b=b8gPbLn4zLhErOeNlExzd1WJAj7W+sUD7u32gq5OXsg6mFTGzsIkdO0EfkXzBe15p1 eF2qOOxEci8KSWx+8Wba45dmO4XHoydkQVPJSNKk6CguJpW0kkag0MrxqY+oIvZyzwvQ Ri2I4LVoD5106ep18wUH1UOrNby1PR1xTloNYC5pNZsJ+KA7LcwOpub17dQcPE478U/5 a/VloRPFAPg+z3w2AQRFiJXX+6ubILF7OF+oA04e/I+zwPpPWs0fR8f6dZ9gFXsCHBMi i4xnKzO7U3V7gfeStAMT/O5jiaNzRErocl49dv+sUHQAm1S77fYFp7Z/41JdWlfnv2M7 vNdg== 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; bh=UWkFFzijbDjttPZHJ/5q7o8fhI0MLiX7YxVIK4qiLNc=; b=s0+39JkTJXDlEWf797TPz/rq4dnJPDDwSRxdhAdZP4HRs4hppNZWUPLxx7IH06+JMF ER9cUgl5KzxDrlVssC3SlaTIhbATCT6h9lTiO5895XBoIkiMI1O71AxPJiNnxso0Qg7j p1KLkxEKneHQYMxG9ApHHKGF4v/sw9O3UmYZTXCl7f0ly8+dpMLdaON6cIW3CIX8MNoK 2t9QBWPLWJLI/AYE2WYC46Skn/bN8uNisXgtZCDSKyMg3fMElA+lxvlEC2ThSZ6cAYPF J52c/mh3BjllwCfdW/GyrTea0mW3w24gzAezsqCoduFLONPSXlzqYv0AbH5+gxE5f+bn ga7A== 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 w31si12186904pla.308.2019.01.20.23.44.05; Sun, 20 Jan 2019 23:44:20 -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; 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 S1728705AbfAUHmT (ORCPT + 99 others); Mon, 21 Jan 2019 02:42:19 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:58526 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728470AbfAUHmT (ORCPT ); Mon, 21 Jan 2019 02:42:19 -0500 X-IronPort-AV: E=Sophos;i="5.56,501,1539619200"; d="scan'208";a="52450269" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 21 Jan 2019 09:19:37 +0800 Received: from G08CNEXCHPEKD01.g08.fujitsu.local (unknown [10.167.33.80]) by cn.fujitsu.com (Postfix) with ESMTP id 3FCB64BAD9B9; Mon, 21 Jan 2019 09:19:36 +0800 (CST) Received: from localhost.localdomain (10.167.226.29) by G08CNEXCHPEKD01.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 21 Jan 2019 09:19:40 +0800 Date: Mon, 21 Jan 2019 09:18:30 +0800 From: Chao Fan To: Borislav Petkov CC: Kairui Song , , , , , , Dave Young , Baoquan He , , , , , , Len Brown Subject: Re: [PATCH v2 2/2] x86, kexec_file_load: make it work with efi=noruntime or efi=old_map Message-ID: <20190121011830.GA1554@localhost.localdomain> References: <20190115095834.22617-1-kasong@redhat.com> <20190115095834.22617-3-kasong@redhat.com> <20190115231005.GF6596@zn.tnic> <20190116094619.GB15409@zn.tnic> <20190118102636.GB622@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20190118102636.GB622@zn.tnic> User-Agent: Mutt/1.10.1 (2018-07-13) X-Originating-IP: [10.167.226.29] X-yoursite-MailScanner-ID: 3FCB64BAD9B9.AFF61 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: fanc.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 18, 2019 at 11:26:36AM +0100, Borislav Petkov wrote: >On Thu, Jan 17, 2019 at 03:41:13PM +0800, Kairui Song wrote: >> How about we refill the boot_params.acpi_rsdp_addr if it is not valid >> in early code, so it could be used as a reliable RSDP address source? >> That should make things easier. >> >> But if early code should parse it and store it should be done in >> Chao's patch, or I can post another patch to do it if Chao's patch is >> merged. > >Chao's stuff does the as early as possible parsing of RDSP. Then, it >should be saved into boot_params and everything else should read it from >there. Simple. Hi Boris, So I have changed as this method and put in my mail thread, you may not notice, so I put here for my function if I need to fill the boot_parameters: static inline acpi_physical_address get_boot_params_rsdp(void) { return boot_params->acpi_rsdp_addr; } static acpi_physical_address get_rsdp_addr(void) { bool boot_params_rsdp_exist; acpi_physical_address pa; pa = get_acpi_rsdp(); if (!pa) pa = get_boot_params_rsdp(); if (!pa) { pa = efi_get_rsdp_addr(); boot_params_rsdp_exist = false; } else boot_params_rsdp_exist = true; if (!pa) pa = bios_get_rsdp_addr(); if (pa && !boot_params_rsdp_exist) boot_params.acpi_rsdp_addr = pa; return pa; } At the same time, I notice kernel only parses it when "#ifdef CONFIG_ACPI", we should keep sync with kernel, but I think we are parsing SRAT, CONFIG_ACPI is needed sure, so I am going to update the define of EARLY_SRAT_PARSE: config EARLY_SRAT_PARSE bool "EARLY SRAT parsing" def_bool y depends on RANDOMIZE_BASE && MEMORY_HOTREMOVE && ACPI If I miss something, please let me know. Or in my PATCHSET, I don't need to fill boot_parameters, just leave the job another PATCH? Thanks, Chao Fan > >-- >Regards/Gruss, > Boris. > >Good mailing practices for 400: avoid top-posting and trim the reply. > >