From patchwork Sun Mar 12 22:58:38 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ard Biesheuvel X-Patchwork-Id: 662545 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E11A2C6FD1F for ; Sun, 12 Mar 2023 22:59:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229450AbjCLW7E (ORCPT ); Sun, 12 Mar 2023 18:59:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51056 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229641AbjCLW7D (ORCPT ); Sun, 12 Mar 2023 18:59:03 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4F1A32DE48 for ; Sun, 12 Mar 2023 15:58:48 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B703061010 for ; Sun, 12 Mar 2023 22:58:47 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9B33DC433EF; Sun, 12 Mar 2023 22:58:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1678661927; bh=NiBKJUwjri4XI25L0OBaGO2fI9hazYZL3AcGTP2byQQ=; h=From:To:Cc:Subject:Date:From; b=ahJbVy9fPYwobgcguBr11/Wj67yktsn0FCGLhwmLT80fFg8Aei+1Envb7Ijk6NRt9 BeZ/X8UIpcZ8J5hGqwjPf6sAWEF8d592jgP0+YguNyupe54AMElLdfgWx86iarXwbj mG74Yo62HSplJLFMYMvFJXwYoeBI+numGBdBSJ5laACV2kb/D/D0/qJRnbyWT1PPzq H7wq3TMJJI05VwCByy8syn81ZySnRlKuY2+11jrTWBOXCR3ef/uSYdYnUmyLA7vnkM lYoZJKbGHLb06MdljjTJAHGmWNfzjUoNUA27+m9XZSAPiXZEwevwI/S7RPYLtsEtKk 1jzfvm7mwTJRw== From: Ard Biesheuvel To: linux-efi@vger.kernel.org Cc: Ard Biesheuvel , loongarch@lists.linux.dev, Xuefeng Li , Xuerui Wang , loongson-kernel@lists.loongnix.cn, Huacai Chen Subject: [PATCH] efi: libstub: Always pass screen_info via config table Date: Sun, 12 Mar 2023 23:58:38 +0100 Message-Id: <20230312225838.3702574-1-ardb@kernel.org> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=5097; i=ardb@kernel.org; h=from:subject; bh=NiBKJUwjri4XI25L0OBaGO2fI9hazYZL3AcGTP2byQQ=; b=owGbwMvMwCFmkMcZplerG8N4Wi2JIYUvUs7q3hKxptDpYYFScpu2+l1auZshupilKduswjqtv tjomERHKQuDGAeDrJgii8Dsv+92np4oVes8SxZmDisTyBAGLk4BmMjmFYwM16rPXra0OTRDkU0i 7db8/PWCpv1yBQeTL9pZPL9Z9dlKiOGf8l/js0EfV6nP6qxl284r/uOsAlc274etAma701TsXzx hAAA= X-Developer-Key: i=ardb@kernel.org; a=openpgp; fpr=F43D03328115A198C90016883D200E9CA6329909 Precedence: bulk List-ID: X-Mailing-List: linux-efi@vger.kernel.org In some cases, we expose the kernel's struct screen_info to the EFI stub directly, so it gets populated before even entering the kernel. This means the early console is available as soon as the early param parsing happens, which is nice. It also means we need two different ways to pass this information, as this trick only works if the EFI stub is baked into the core kernel image, which is not always the case. Huacai reports that the preparatory refactoring that was needed to implement this alternative method for zboot resulted in a non-functional efifb earlycon for other cases as well, due to the reordering of the kernel image relocation with the population of the screen_info struct, and the latter now takes place after copying the image to its new location, which means we copy the old, uninitialized state. To fix this and simplify things at the same time, let's just always use the config table method. Cc: loongarch@lists.linux.dev Cc: Xuefeng Li Cc: Xuerui Wang Cc: loongson-kernel@lists.loongnix.cn Reported-by: Huacai Chen Link: https://lore.kernel.org/linux-efi/20230310021749.921041-1-chenhuacai@loongson.cn/ Fixes: 42c8ea3dca094ab8 ("efi: libstub: Factor out EFI stub entrypoint into separate file") Signed-off-by: Ard Biesheuvel --- arch/arm64/kernel/image-vars.h | 1 - arch/loongarch/kernel/image-vars.h | 1 - arch/riscv/kernel/image-vars.h | 1 - drivers/firmware/efi/libstub/efi-stub.c | 9 --------- drivers/firmware/efi/libstub/screen_info.c | 19 ------------------- 5 files changed, 31 deletions(-) diff --git a/arch/arm64/kernel/image-vars.h b/arch/arm64/kernel/image-vars.h index 8309197c0ebd4a8e..01382bd99d0addea 100644 --- a/arch/arm64/kernel/image-vars.h +++ b/arch/arm64/kernel/image-vars.h @@ -27,7 +27,6 @@ PROVIDE(__efistub__text = _text); PROVIDE(__efistub__end = _end); PROVIDE(__efistub___inittext_end = __inittext_end); PROVIDE(__efistub__edata = _edata); -PROVIDE(__efistub_screen_info = screen_info); PROVIDE(__efistub__ctype = _ctype); PROVIDE(__pi___memcpy = __pi_memcpy); diff --git a/arch/loongarch/kernel/image-vars.h b/arch/loongarch/kernel/image-vars.h index e561989d02de93c5..110cdc32cba5f28b 100644 --- a/arch/loongarch/kernel/image-vars.h +++ b/arch/loongarch/kernel/image-vars.h @@ -12,7 +12,6 @@ __efistub_kernel_entry = kernel_entry; __efistub_kernel_asize = kernel_asize; __efistub_kernel_fsize = kernel_fsize; __efistub_kernel_offset = kernel_offset; -__efistub_screen_info = screen_info; #endif diff --git a/arch/riscv/kernel/image-vars.h b/arch/riscv/kernel/image-vars.h index 7e2962ef73f92e95..5e2515fa013495cb 100644 --- a/arch/riscv/kernel/image-vars.h +++ b/arch/riscv/kernel/image-vars.h @@ -29,7 +29,6 @@ __efistub__start = _start; __efistub__start_kernel = _start_kernel; __efistub__end = _end; __efistub__edata = _edata; -__efistub_screen_info = screen_info; #endif diff --git a/drivers/firmware/efi/libstub/efi-stub.c b/drivers/firmware/efi/libstub/efi-stub.c index 2955c1ac6a36ee00..c4b9eccad0f103dc 100644 --- a/drivers/firmware/efi/libstub/efi-stub.c +++ b/drivers/firmware/efi/libstub/efi-stub.c @@ -47,15 +47,6 @@ static u64 virtmap_base = EFI_RT_VIRTUAL_BASE; static bool flat_va_mapping = (EFI_RT_VIRTUAL_OFFSET != 0); -struct screen_info * __weak alloc_screen_info(void) -{ - return &screen_info; -} - -void __weak free_screen_info(struct screen_info *si) -{ -} - static struct screen_info *setup_graphics(void) { efi_guid_t gop_proto = EFI_GRAPHICS_OUTPUT_PROTOCOL_GUID; diff --git a/drivers/firmware/efi/libstub/screen_info.c b/drivers/firmware/efi/libstub/screen_info.c index 8e76a8b384ba142d..7b791541a1ad1b48 100644 --- a/drivers/firmware/efi/libstub/screen_info.c +++ b/drivers/firmware/efi/libstub/screen_info.c @@ -5,25 +5,6 @@ #include "efistub.h" -/* - * There are two ways of populating the core kernel's struct screen_info via the stub: - * - using a configuration table, like below, which relies on the EFI init code - * to locate the table and copy the contents; - * - by linking directly to the core kernel's copy of the global symbol. - * - * The latter is preferred because it makes the EFIFB earlycon available very - * early, but it only works if the EFI stub is part of the core kernel image - * itself. The zboot decompressor can only use the configuration table - * approach. - * - * In order to support both methods from the same build of the EFI stub - * library, provide this dummy global definition of struct screen_info. If it - * is required to satisfy a link dependency, it means we need to override the - * __weak alloc and free methods with the ones below, and those will be pulled - * in as well. - */ -struct screen_info screen_info; - static efi_guid_t screen_info_guid = LINUX_EFI_SCREEN_INFO_TABLE_GUID; struct screen_info *alloc_screen_info(void)