From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9A2F8C433EF for ; Thu, 24 Feb 2022 16:59:02 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 006D68D001D; Thu, 24 Feb 2022 11:58:49 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id EA9DB8D0018; Thu, 24 Feb 2022 11:58:48 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CFAE68D001D; Thu, 24 Feb 2022 11:58:48 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0156.hostedemail.com [216.40.44.156]) by kanga.kvack.org (Postfix) with ESMTP id BB0988D0018 for ; Thu, 24 Feb 2022 11:58:48 -0500 (EST) Received: from smtpin25.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 7C58F181DB468 for ; Thu, 24 Feb 2022 16:58:48 +0000 (UTC) X-FDA: 79178282736.25.C8BE7DB Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2070.outbound.protection.outlook.com [40.107.94.70]) by imf22.hostedemail.com (Postfix) with ESMTP id D2528C0013 for ; Thu, 24 Feb 2022 16:58:47 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kETWSRDACqal/Yygi4JpDL9K9R6T8rj13l7FlQHgY+1E9f80QSuQJUEHcIvrYTIG23YYueEiDOeEQTbS1x63kXtMrsBP1qcE8Q115QFdXQVHxo/k1ucckRD3djlUo9UHCc7YLppj4oggYNbA7+gV5KmkuQ2l7nzpoi4wU2oYuNsSv2SVcexoSUkgjJnciJNddRTAyqOb+Ek2PNqcfU77xAHl4q0RHOxEMgwzk0KFySm24hB8OAEP7MNgH8qAnRiU/5a1ybo2SVOlELlbcoJWaCdgnxbLSfrjSsV8f7mP6TRbgYp7IrnaWKxW+s9zaSHH5bfz6zhH9aIIrq6p1RgZVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=aECr4lxRaZY7FAYkVXj8D7W6XkLP0iMx+fQkjtxy/z0=; b=dKUbjYEmLO4wHwsuC+w2QLS0fe4aZ9bBJ5qdtbgajSDVu6eJWCBIwqF2Y1MfXFVUNCsE4EB0tr87/hFpEXvgf58Lxw1pSHMlGBG4RyKuoGbpMIBmq6NsEkE1TKGinN2qtXgt+R0h/ZlRIgu8OAlwQ3cdg+mIwc/WdvLzgjo41DZUMWfKceIp1ORVN5vwSmGONNx0RtCKqMlG7JroNe9q9wC0TFTuwc11t/XTYHefs5xp/kzuyqMcpqpJIvZua1HA7303W5iZ4ObINDyxhQXoaPc6Z6Y0lc93fXMdaHRKEyZjdcq7W4F8QRmSGvzAv91bdzo+DYjZDiTYzvcnnV3YuQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=kernel.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aECr4lxRaZY7FAYkVXj8D7W6XkLP0iMx+fQkjtxy/z0=; b=DFDdmDDzfp6LqvO8rMmhuCIhYv3zRyvr5UguNwW8UsAyFY1k6gPsfuBBVdMJ07vyQVeb42hvOj2vFRX47BLdUPqxs5QCSJywWDW6CkzzlC+s01CTtqrC3DotQIF3I7g4Nj3gvRItmJTmQSYv7xPToqrNSJZlre1WxDKKjxsEOK8= Received: from DM3PR14CA0135.namprd14.prod.outlook.com (2603:10b6:0:53::19) by MW5PR12MB5682.namprd12.prod.outlook.com (2603:10b6:303:19f::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.22; Thu, 24 Feb 2022 16:58:45 +0000 Received: from DM6NAM11FT024.eop-nam11.prod.protection.outlook.com (2603:10b6:0:53:cafe::47) by DM3PR14CA0135.outlook.office365.com (2603:10b6:0:53::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.21 via Frontend Transport; Thu, 24 Feb 2022 16:58:45 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 165.204.84.17) smtp.mailfrom=amd.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=amd.com; Received-SPF: Pass (protection.outlook.com: domain of amd.com designates 165.204.84.17 as permitted sender) receiver=protection.outlook.com; client-ip=165.204.84.17; helo=SATLEXMB04.amd.com; Received: from SATLEXMB04.amd.com (165.204.84.17) by DM6NAM11FT024.mail.protection.outlook.com (10.13.172.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.5017.22 via Frontend Transport; Thu, 24 Feb 2022 16:58:44 +0000 Received: from sbrijesh-desktop.amd.com (10.180.168.240) by SATLEXMB04.amd.com (10.181.40.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.18; Thu, 24 Feb 2022 10:58:41 -0600 From: Brijesh Singh To: , , , , , , CC: Thomas Gleixner , Ingo Molnar , Joerg Roedel , Tom Lendacky , "H. Peter Anvin" , Ard Biesheuvel , Paolo Bonzini , Sean Christopherson , "Vitaly Kuznetsov" , Jim Mattson , "Andy Lutomirski" , Dave Hansen , Sergio Lopez , Peter Gonda , "Peter Zijlstra" , Srinivas Pandruvada , David Rientjes , Dov Murik , Tobin Feldman-Fitzthum , Borislav Petkov , Michael Roth , Vlastimil Babka , "Kirill A . Shutemov" , Andi Kleen , "Dr . David Alan Gilbert" , , , , , Brijesh Singh Subject: [PATCH v11 28/45] x86/compressed/acpi: Move EFI kexec handling into common code Date: Thu, 24 Feb 2022 10:56:08 -0600 Message-ID: <20220224165625.2175020-29-brijesh.singh@amd.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20220224165625.2175020-1-brijesh.singh@amd.com> References: <20220224165625.2175020-1-brijesh.singh@amd.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.180.168.240] X-ClientProxiedBy: SATLEXMB04.amd.com (10.181.40.145) To SATLEXMB04.amd.com (10.181.40.145) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 8f95eefd-7275-4030-0695-08d9f7b6eaf2 X-MS-TrafficTypeDiagnostic: MW5PR12MB5682:EE_ X-Microsoft-Antispam-PRVS: X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 5bRRLto+/Zzxgz9s5Tah+aIsMwLMxmwrmjpAQdPSWF1LAPGTPSfVR9r6C4NMfovhjs3OmB8GouO3u3/ik/z9hRUX7xGss+yiVmMlIMol1bgB3idNrxDXZvAR3zToMyngOzyHjfbTTA9b43AsgtXopgwRpcYynp5luySil9NfunuXWbsx3+SsLH4nr1N6pg8LKynfWiDeRgwWHuRGXJdYjq7rf3cELdUtUQKCtMbrvjAzj1Z4EAzzinvmux7Lk/1FioyYxs7+b3kvH9KKjbC63HJb/0gn1wWXG+Pt4T+EMZ74y2qPb+OMUPUtC2PF6Mk981bUpTitOPB34H2lcVFRcPsiUMQmgLlz6enGIX6W703Sjb3TFNOfmI31f47OYpXe4o4a247BJnE1NUmkGo1sIV5oYh7TqXuhPtM9jaB72NjpF2e+EdiatXimO8j1LOyAPyl3ZqjiRK/EZ9XLL2hwFpbAdty6qGv6Qq7RRF5ZJUHxZmpIiT782JsVZ0gRDmk+HgP4AXlfX56uE418WGiM0Cojga/jWwQ2a3iiTzJbVWoyv/NJIguza3OsayvYr+vGL2a/hA7/rbzjFNgUX4NPCi/w+uzu0YECrQw1Ijv5bx+041zM2UqXVZ+Omq2+qJhchiyl6CFDcIrFB0jiKVSqPafwXdU9kO7FMhE7NwkaByBsOEMyo3VEtVc0sERdvjm6XLx863ovPH6iUMr5bbZCcFFu1UwYmR5pRQb4ZiwWV2w= X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:SATLEXMB04.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230001)(4636009)(36840700001)(46966006)(40470700004)(316002)(47076005)(336012)(4326008)(508600001)(110136005)(54906003)(82310400004)(86362001)(40460700003)(6666004)(70206006)(36860700001)(8676002)(70586007)(426003)(2616005)(36756003)(81166007)(186003)(7696005)(356005)(2906002)(83380400001)(16526019)(1076003)(7406005)(5660300002)(7416002)(26005)(8936002)(44832011)(36900700001)(2101003);DIR:OUT;SFP:1101; X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Feb 2022 16:58:44.6380 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 8f95eefd-7275-4030-0695-08d9f7b6eaf2 X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d;Ip=[165.204.84.17];Helo=[SATLEXMB04.amd.com] X-MS-Exchange-CrossTenant-AuthSource: DM6NAM11FT024.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW5PR12MB5682 Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=amd.com header.s=selector1 header.b=DFDdmDDz; dmarc=pass (policy=quarantine) header.from=amd.com; spf=pass (imf22.hostedemail.com: domain of brijesh.singh@amd.com designates 40.107.94.70 as permitted sender) smtp.mailfrom=brijesh.singh@amd.com X-Rspam-User: X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: D2528C0013 X-Stat-Signature: h17o97ta8urtwkwj37ahq68y6xrear8w X-HE-Tag: 1645721927-363794 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Michael Roth Future patches for SEV-SNP-validated CPUID will also require early parsing of the EFI configuration. Incrementally move the related code into a set of helpers that can be re-used for that purpose. In this instance, the current acpi.c kexec handling is mainly used to get the alternative EFI config table address provided by kexec via a setup_data entry of type SETUP_EFI. If not present, the code then falls back to normal EFI config table address provided by EFI system table. This would need to be done by all call-sites attempting to access the EFI config table, so just have efi_get_conf_table() handle that automatically. Signed-off-by: Michael Roth Signed-off-by: Brijesh Singh --- arch/x86/boot/compressed/acpi.c | 59 --------------------------------- arch/x86/boot/compressed/efi.c | 46 ++++++++++++++++++++++++- 2 files changed, 45 insertions(+), 60 deletions(-) diff --git a/arch/x86/boot/compressed/acpi.c b/arch/x86/boot/compressed/a= cpi.c index b0c1dffc5510..64b172dabd5c 100644 --- a/arch/x86/boot/compressed/acpi.c +++ b/arch/x86/boot/compressed/acpi.c @@ -47,57 +47,6 @@ __efi_get_rsdp_addr(unsigned long cfg_tbl_pa, unsigned= int cfg_tbl_len) return 0; } =20 -/* EFI/kexec support is 64-bit only. */ -#ifdef CONFIG_X86_64 -static struct efi_setup_data *get_kexec_setup_data_addr(void) -{ - struct setup_data *data; - u64 pa_data; - - pa_data =3D boot_params->hdr.setup_data; - while (pa_data) { - data =3D (struct setup_data *)pa_data; - if (data->type =3D=3D SETUP_EFI) - return (struct efi_setup_data *)(pa_data + sizeof(struct setup_data))= ; - - pa_data =3D data->next; - } - return NULL; -} - -static acpi_physical_address kexec_get_rsdp_addr(void) -{ - efi_system_table_64_t *systab; - struct efi_setup_data *esd; - struct efi_info *ei; - enum efi_type et; - - esd =3D (struct efi_setup_data *)get_kexec_setup_data_addr(); - if (!esd) - return 0; - - if (!esd->tables) { - debug_putstr("Wrong kexec SETUP_EFI data.\n"); - return 0; - } - - et =3D efi_get_type(boot_params); - if (et !=3D EFI_TYPE_64) { - debug_putstr("Unexpected kexec EFI environment (expected 64-bit EFI).\= n"); - return 0; - } - - /* Get systab from boot params. */ - systab =3D (efi_system_table_64_t *)efi_get_system_table(boot_params); - if (!systab) - error("EFI system table not found in kexec boot_params."); - - return __efi_get_rsdp_addr((unsigned long)esd->tables, systab->nr_table= s); -} -#else -static acpi_physical_address kexec_get_rsdp_addr(void) { return 0; } -#endif /* CONFIG_X86_64 */ - static acpi_physical_address efi_get_rsdp_addr(void) { #ifdef CONFIG_EFI @@ -210,14 +159,6 @@ acpi_physical_address get_rsdp_addr(void) =20 pa =3D boot_params->acpi_rsdp_addr; =20 - /* - * Try to get EFI data from setup_data. This can happen when we're a - * kexec'ed kernel and kexec(1) has passed all the required EFI info to - * us. - */ - if (!pa) - pa =3D kexec_get_rsdp_addr(); - if (!pa) pa =3D efi_get_rsdp_addr(); =20 diff --git a/arch/x86/boot/compressed/efi.c b/arch/x86/boot/compressed/ef= i.c index f8d26db22659..ff2e2eaba1d4 100644 --- a/arch/x86/boot/compressed/efi.c +++ b/arch/x86/boot/compressed/efi.c @@ -78,6 +78,46 @@ unsigned long efi_get_system_table(struct boot_params = *bp) return sys_tbl_pa; } =20 +/* + * EFI config table address changes to virtual address after boot, which= may + * not be accessible for the kexec'd kernel. To address this, kexec prov= ides + * the initial physical address via a struct setup_data entry, which is + * checked for here, along with some sanity checks. + */ +static struct efi_setup_data *get_kexec_setup_data(struct boot_params *b= p, + enum efi_type et) +{ +#ifdef CONFIG_X86_64 + struct efi_setup_data *esd =3D NULL; + struct setup_data *data; + u64 pa_data; + + pa_data =3D bp->hdr.setup_data; + while (pa_data) { + data =3D (struct setup_data *)pa_data; + if (data->type =3D=3D SETUP_EFI) { + esd =3D (struct efi_setup_data *)(pa_data + sizeof(struct setup_data)= ); + break; + } + + pa_data =3D data->next; + } + + /* + * Original ACPI code falls back to attempting normal EFI boot in these + * cases, so maintain existing behavior by indicating non-kexec + * environment to the caller, but print them for debugging. + */ + if (esd && !esd->tables) { + debug_putstr("kexec EFI environment missing valid configuration table.= \n"); + return NULL; + } + + return esd; +#endif + return NULL; +} + /** * efi_get_conf_table - Given a pointer to boot_params, locate and retur= n the physical * address of EFI configuration table. @@ -106,8 +146,12 @@ int efi_get_conf_table(struct boot_params *bp, unsig= ned long *cfg_tbl_pa, et =3D efi_get_type(bp); if (et =3D=3D EFI_TYPE_64) { efi_system_table_64_t *stbl =3D (efi_system_table_64_t *)sys_tbl_pa; + struct efi_setup_data *esd; =20 - *cfg_tbl_pa =3D stbl->tables; + /* kexec provides an alternative EFI conf table, check for it. */ + esd =3D get_kexec_setup_data(bp, et); + + *cfg_tbl_pa =3D esd ? esd->tables : stbl->tables; *cfg_tbl_len =3D stbl->nr_tables; } else if (et =3D=3D EFI_TYPE_32) { efi_system_table_32_t *stbl =3D (efi_system_table_32_t *)sys_tbl_pa; --=20 2.25.1