Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3197222pxb; Fri, 4 Feb 2022 03:35:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJxmhvauqcxw7bObOA3ukNuNZ0WXC7puHhHxRQhrUzSQaD9NXd7kaD5F17VTcELgdlGZMiIN X-Received: by 2002:a05:6402:1ca4:: with SMTP id cz4mr2552917edb.28.1643974508040; Fri, 04 Feb 2022 03:35:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643974508; cv=none; d=google.com; s=arc-20160816; b=JvNQNXGz2db9f7roFZqDpTHxY24hbn10xg8lakVarT2S+5qVxi0BCduCBvjrKrJztF BDVdIKaPmHnBeo2lerNQ3nsXRdhKPTJ4uqVboPAqT/ztgXUQJ6RfyWQW85N+410BBPBu nQtso4RJMrmvotOBS0C8svhF4PP3Sa8gbvut/ZF1TRzgCUtGR8YlJPk+iYo61WvIcF8y 2eICO3w2JoZvCQSnY5PlpHgGjmP7JJKbeMDil1OhRhQvRQdwIjCP/G2FFoighnuEbhaj ibf0gNi4DAvQVRyklZyGrAD2U+7fhhpaVeINGE8xrZ1zBqe3agHEwNGmpk1FKMvJBBDZ eK3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=uRkidV9rm70r65t8zRK5LUK617v6jjX8xXx77Av6a7w=; b=YmISVRKKixgvATIUCAEyN6Gj7WwCjCWJyOAO6naS4pvdZknQ3ILTJYofIAHZKslLGe GJ55IIUdtUOXOxOcWrgFsab0JRm4EPT3S5odXNd3wUBvXz3a2txkEyRJY6J+iWgu3iLT KXJFnp0fuYu7/L4G9eRAj3//oTDFDTVYr74MiPVo6F1OIXspryS4hBKJW7DpjEIUnh/8 Uo+6JbFcGZ+AHs70sC8kakpWrAGfvTc5dG7zFGlFamM/It4V14nGGH668xK0gIY0yjw6 D8uMn4ig3iD3dsOTpibndUiXTVlyPA2zhpmxGY796F7FjCBvgc3X9ilEVGGbOsGQSNG1 Dzbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=jxAChagw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e21si1100526edj.110.2022.02.04.03.34.43; Fri, 04 Feb 2022 03:35:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=jxAChagw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238592AbiBCOkL (ORCPT + 99 others); Thu, 3 Feb 2022 09:40:11 -0500 Received: from mail.skyhub.de ([5.9.137.197]:39508 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229558AbiBCOkI (ORCPT ); Thu, 3 Feb 2022 09:40:08 -0500 Received: from zn.tnic (dslb-088-067-221-104.088.067.pools.vodafone-ip.de [88.67.221.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 0CCAC1EC04C1; Thu, 3 Feb 2022 15:40:03 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1643899203; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=uRkidV9rm70r65t8zRK5LUK617v6jjX8xXx77Av6a7w=; b=jxAChagwEN26K+oMim082LNKxapBTumZtbjTBfRVFD5daY/HoWixlnEmKTAc2XEdLJT/gU aySeLabM9BOVCerKWItMK/Zad5zUInAVLath7/aGR/VFOb88ZQ2S8iw6kifwf17//YIwtq cXY5uMx2JCARDEOueHU8GEBBhBSbMUA= Date: Thu, 3 Feb 2022 15:39:58 +0100 From: Borislav Petkov To: Brijesh Singh Cc: x86@kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-coco@lists.linux.dev, linux-mm@kvack.org, 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 , Michael Roth , Vlastimil Babka , "Kirill A . Shutemov" , Andi Kleen , "Dr . David Alan Gilbert" , brijesh.ksingh@gmail.com, tony.luck@intel.com, marcorr@google.com, sathyanarayanan.kuppuswamy@linux.intel.com Subject: Re: [PATCH v9 24/43] x86/compressed/acpi: Move EFI detection to helper Message-ID: References: <20220128171804.569796-1-brijesh.singh@amd.com> <20220128171804.569796-25-brijesh.singh@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220128171804.569796-25-brijesh.singh@amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 28, 2022 at 11:17:45AM -0600, Brijesh Singh wrote: > diff --git a/arch/x86/boot/compressed/efi.c b/arch/x86/boot/compressed/efi.c > new file mode 100644 > index 000000000000..daa73efdc7a5 > --- /dev/null > +++ b/arch/x86/boot/compressed/efi.c > @@ -0,0 +1,50 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * Helpers for early access to EFI configuration table. > + * > + * Originally derived from arch/x86/boot/compressed/acpi.c > + */ > + > +#include "misc.h" > +#include > +#include Yap, it is includes like that which cause this whole decompressor include hell. One day... > + > +/** > + * efi_get_type - Given boot_params, determine the type of EFI environment. > + * > + * @boot_params: pointer to boot_params > + * > + * Return: EFI_TYPE_{32,64} for valid EFI environments, EFI_TYPE_NONE otherwise. > + */ > +enum efi_type efi_get_type(struct boot_params *boot_params) struct boot_params *bp > +{ > + struct efi_info *ei; > + enum efi_type et; > + const char *sig; > + > + ei = &boot_params->efi_info; > + sig = (char *)&ei->efi_loader_signature; > + > + if (!strncmp(sig, EFI64_LOADER_SIGNATURE, 4)) { > + et = EFI_TYPE_64; > + } else if (!strncmp(sig, EFI32_LOADER_SIGNATURE, 4)) { > + et = EFI_TYPE_32; > + } else { > + debug_putstr("No EFI environment detected.\n"); > + et = EFI_TYPE_NONE; > + } > + > +#ifndef CONFIG_X86_64 > + /* > + * Existing callers like acpi.c treat this case as an indicator to > + * fall-through to non-EFI, rather than an error, so maintain that > + * functionality here as well. > + */ > + if (ei->efi_systab_hi || ei->efi_memmap_hi) { > + debug_putstr("EFI system table is located above 4GB and cannot be accessed.\n"); > + et = EFI_TYPE_NONE; > + } > +#endif > + > + return et; > +} > diff --git a/arch/x86/boot/compressed/misc.h b/arch/x86/boot/compressed/misc.h > index 01cc13c12059..a26244c0fe01 100644 > --- a/arch/x86/boot/compressed/misc.h > +++ b/arch/x86/boot/compressed/misc.h > @@ -176,4 +176,20 @@ void boot_stage2_vc(void); > > unsigned long sev_verify_cbit(unsigned long cr3); > > +enum efi_type { > + EFI_TYPE_64, > + EFI_TYPE_32, > + EFI_TYPE_NONE, > +}; Haha, EFI folks will be wondering where in the spec that thing is... :-))) -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette