Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1652287ybz; Sat, 18 Apr 2020 05:41:20 -0700 (PDT) X-Google-Smtp-Source: APiQypIWg81D4ewo63ByWZcZXqKA32DhHWlsmwW1i3I7+27sjtIBywoLVIFmwiDE04wKj0BaUqyF X-Received: by 2002:a17:906:5958:: with SMTP id g24mr7866124ejr.58.1587213679828; Sat, 18 Apr 2020 05:41:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587213679; cv=none; d=google.com; s=arc-20160816; b=k4x0VHsLLMSR1VtpfJMlAGoIVC9fFUGhXp7+PobC4aj9e866D5y/C9/3HBZB7sRl2V 8pPIvFLsyO+r3Mvyww6MgI6gbT+cVm9jirllkJrILHOXE6eZGb3S+57I3LmkNelpifht jAhyYSDKG+uuxZCxPzuYTvSFyfNoAVrbNHEDGel+VRfAcWQZjObilYL5K8o+EA4ioOwz cTSKZXg47xcZEpgd3AhXcAsqC3lq2+j97tyIlgNl0tm49g4rn5MkB8arg4XpNZ95a2XO GTrRXXf7msSWXEa2KXMUv+TKdmq7cPPrFDYqTUr/STlUsqavMxjAkkhi4+g0sWqi0c3l 9ezw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=QzzrJwT0CJknJEaoxs65YNwxLDKLW+WIIzh32p+eBSo=; b=a1Hgc1tWjvx2QPlo+Qz8QZNYPcKBjJ3TIhREyq9tZ291Ilrrn3XINijVKJoQf6YX9J 0IZBwihKbyex7efYoljnBU5xb6seWGT3azJD8fV34SmoVbHGaCURCOMWcWdQ7dyEsTtv Zs5aajGCVBx3zcK56sPhtZgM85gxb+UEWalJfqrYz4iOWc229o+Xh9zC7I/D2t9V6l41 Ugq2h17eiPdmzt0sOKG/ovZQzUcV+JDSvSYB2qSvNK2aAjDNteigvrA3Xv+YBFgHpkr4 HsZdEzqQgYShHsJPJ50ERjsjc6QNmRBWEPcsmbxqd2U7Q9RjAPlbF+3K7CsCQrRrmPZS iE9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Oxty9sfz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dx16si15897423ejb.532.2020.04.18.05.40.52; Sat, 18 Apr 2020 05:41:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Oxty9sfz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726100AbgDRMje (ORCPT + 99 others); Sat, 18 Apr 2020 08:39:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:35412 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725960AbgDRMjd (ORCPT ); Sat, 18 Apr 2020 08:39:33 -0400 Received: from mail-il1-f181.google.com (mail-il1-f181.google.com [209.85.166.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E8B5822202; Sat, 18 Apr 2020 12:39:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587213571; bh=h6ka0hnORwbiBdpth5u7bPzPYm53tv9MYP0Khb2LRHg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Oxty9sfz6VkLKanAqCaDDGpHBCtwaClPIhTetpVxdZEawsoMnFufsHQFeuGNFcDER 1GUre3wFTa5+VNvbqARoCHhwjwncuq2WGz5+7oaOVOPtx7XiMuigyv3zegRSKL6gOV JG81OokSVQOZ9OOmgMICPqQhNbGGKy9NYj8PLQSI= Received: by mail-il1-f181.google.com with SMTP id i16so132383ils.12; Sat, 18 Apr 2020 05:39:30 -0700 (PDT) X-Gm-Message-State: AGi0Pua6BmBlCvgkmfAmsLGmC9zqkndMzdbAgguq9mxJtMH7FuPG10g0 DUsmkz0BTBC9tos2a3lmlh+D09tnqfFQmlGfvrE= X-Received: by 2002:a92:39dd:: with SMTP id h90mr7710868ilf.80.1587213570123; Sat, 18 Apr 2020 05:39:30 -0700 (PDT) MIME-Version: 1.0 References: <20200415195422.19866-1-atish.patra@wdc.com> <20200415195422.19866-6-atish.patra@wdc.com> In-Reply-To: From: Ard Biesheuvel Date: Sat, 18 Apr 2020 14:39:18 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [v3 PATCH 5/5] RISC-V: Add EFI stub support. To: Atish Patra Cc: Atish Patra , linux-efi , Arnd Bergmann , Catalin Marinas , Masahiro Yamada , Linux Kernel Mailing List , Russell King , Palmer Dabbelt , Greg Kroah-Hartman , linux-riscv , Will Deacon , Linux ARM Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 18 Apr 2020 at 12:51, Ard Biesheuvel wrote: > > On Sat, 18 Apr 2020 at 05:03, Atish Patra wrote: > > > > On Thu, Apr 16, 2020 at 12:41 AM Ard Biesheuvel wrote: > > > > > > On Wed, 15 Apr 2020 at 21:54, Atish Patra wrote: > > > > > > > > Add a RISC-V architecture specific stub code that actually copies the > > > > actual kernel image to a valid address and jump to it after boot services > > > > are terminated. Enable UEFI related kernel configs as well for RISC-V. > > > > > > > > Signed-off-by: Atish Patra > > > > --- > > > > arch/riscv/Kconfig | 20 ++++ > > > > arch/riscv/Makefile | 1 + > > > > arch/riscv/configs/defconfig | 1 + > > > > arch/riscv/include/asm/efi.h | 44 +++++++++ > > > > drivers/firmware/efi/Kconfig | 2 +- > > > > drivers/firmware/efi/libstub/Makefile | 7 ++ > > > > drivers/firmware/efi/libstub/riscv-stub.c | 111 ++++++++++++++++++++++ > > > > 7 files changed, 185 insertions(+), 1 deletion(-) > > > > create mode 100644 arch/riscv/include/asm/efi.h > > > > create mode 100644 drivers/firmware/efi/libstub/riscv-stub.c > > > > > > > > diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig > > > > index f39e326a7a42..eb4f41c8f3ce 100644 > > > > --- a/arch/riscv/Kconfig > > > > +++ b/arch/riscv/Kconfig > > > > @@ -379,10 +379,30 @@ config CMDLINE_FORCE > > > > > > > > endchoice > > > > > > > > +config EFI_STUB > > > > + bool > > > > + > > > > +config EFI > > > > + bool "UEFI runtime support" > > > > + depends on OF > > > > + select LIBFDT > > > > + select UCS2_STRING > > > > + select EFI_PARAMS_FROM_FDT > > > > + select EFI_STUB > > > > + select EFI_GENERIC_STUB > > > > + default y > > > > + help > > > > + This option provides support for runtime services provided > > > > + by UEFI firmware (such as non-volatile variables, realtime > > > > + clock, and platform reset). A UEFI stub is also provided to > > > > + allow the kernel to be booted as an EFI application. This > > > > + is only useful on systems that have UEFI firmware. > > > > + > > > > endmenu > > > > > > > > menu "Power management options" > > > > > > > > source "kernel/power/Kconfig" > > > > +source "drivers/firmware/Kconfig" > > > > > > > > endmenu > > > > diff --git a/arch/riscv/Makefile b/arch/riscv/Makefile > > > > index fb6e37db836d..079435804d6d 100644 > > > > --- a/arch/riscv/Makefile > > > > +++ b/arch/riscv/Makefile > > > > @@ -80,6 +80,7 @@ head-y := arch/riscv/kernel/head.o > > > > core-y += arch/riscv/ > > > > > > > > libs-y += arch/riscv/lib/ > > > > +core-$(CONFIG_EFI_STUB) += $(objtree)/drivers/firmware/efi/libstub/lib.a > > > > > > > > PHONY += vdso_install > > > > vdso_install: > > > > diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig > > > > index 4da4886246a4..ae69e12d306a 100644 > > > > --- a/arch/riscv/configs/defconfig > > > > +++ b/arch/riscv/configs/defconfig > > > > @@ -129,3 +129,4 @@ CONFIG_DEBUG_BLOCK_EXT_DEVT=y > > > > # CONFIG_RUNTIME_TESTING_MENU is not set > > > > CONFIG_MEMTEST=y > > > > # CONFIG_SYSFS_SYSCALL is not set > > > > +CONFIG_EFI=y > > > > diff --git a/arch/riscv/include/asm/efi.h b/arch/riscv/include/asm/efi.h > > > > new file mode 100644 > > > > index 000000000000..62d7d5eafed8 > > > > --- /dev/null > > > > +++ b/arch/riscv/include/asm/efi.h > > > > @@ -0,0 +1,44 @@ > > > > +/* SPDX-License-Identifier: GPL-2.0 */ > > > > +/* > > > > + * Copyright (C) 2020 Western Digital Corporation or its affiliates. > > > > + * Based on arch/arm64/include/asm/efi.h > > > > + */ > > > > +#ifndef _ASM_EFI_H > > > > +#define _ASM_EFI_H > > > > + > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > + > > > > +#define VA_BITS_MIN 39 > > > > + > > > > +/* on RISC-V, the FDT may be located anywhere in system RAM */ > > > > +static inline unsigned long efi_get_max_fdt_addr(unsigned long dram_base) > > > > +{ > > > > + return ULONG_MAX; > > > > +} > > > > + > > > > +/* Load initrd at enough distance from DRAM start */ > > > > +static inline unsigned long efi_get_max_initrd_addr(unsigned long dram_base, > > > > + unsigned long image_addr) > > > > +{ > > > > + return dram_base + SZ_256M; > > > > +} > > > > + > > > > +#define efi_bs_call(func, ...) efi_system_table()->boottime->func(__VA_ARGS__) > > > > +#define efi_rt_call(func, ...) efi_system_table()->runtime->func(__VA_ARGS__) > > > > +#define efi_is_native() (true) > > > > + > > > > +#define efi_table_attr(inst, attr) (inst->attr) > > > > + > > > > +#define efi_call_proto(inst, func, ...) inst->func(inst, ##__VA_ARGS__) > > > > + > > > > +#define alloc_screen_info(x...) (&screen_info) > > > > +extern char stext_offset[]; > > > > + > > > > +static inline void free_screen_info(struct screen_info *si) > > > > +{ > > > > +} > > > > + > > > > +#endif /* _ASM_EFI_H */ > > > > diff --git a/drivers/firmware/efi/Kconfig b/drivers/firmware/efi/Kconfig > > > > index 2a2b2b96a1dc..fcdc789d3f87 100644 > > > > --- a/drivers/firmware/efi/Kconfig > > > > +++ b/drivers/firmware/efi/Kconfig > > > > @@ -111,7 +111,7 @@ config EFI_GENERIC_STUB > > > > > > > > config EFI_ARMSTUB_DTB_LOADER > > > > bool "Enable the DTB loader" > > > > - depends on EFI_GENERIC_STUB > > > > + depends on EFI_GENERIC_STUB && !RISCV > > > > default y > > > > help > > > > Select this config option to add support for the dtb= command > > > > diff --git a/drivers/firmware/efi/libstub/Makefile b/drivers/firmware/efi/libstub/Makefile > > > > index 2b4e09bf987c..7d46b70b51f2 100644 > > > > --- a/drivers/firmware/efi/libstub/Makefile > > > > +++ b/drivers/firmware/efi/libstub/Makefile > > > > @@ -22,6 +22,8 @@ cflags-$(CONFIG_ARM64) := $(subst $(CC_FLAGS_FTRACE),,$(KBUILD_CFLAGS)) \ > > > > cflags-$(CONFIG_ARM) := $(subst $(CC_FLAGS_FTRACE),,$(KBUILD_CFLAGS)) \ > > > > -fno-builtin -fpic \ > > > > $(call cc-option,-mno-single-pic-base) > > > > +cflags-$(CONFIG_RISCV) := $(subst $(CC_FLAGS_FTRACE),,$(KBUILD_CFLAGS)) \ > > > > + -fpic > > > > > > > > cflags-$(CONFIG_EFI_GENERIC_STUB) += -I$(srctree)/scripts/dtc/libfdt > > > > > > > > @@ -57,6 +59,7 @@ lib-$(CONFIG_EFI_GENERIC_STUB) += efi-stub.o fdt.o string.o \ > > > > lib-$(CONFIG_ARM) += arm32-stub.o > > > > lib-$(CONFIG_ARM64) += arm64-stub.o > > > > lib-$(CONFIG_X86) += x86-stub.o > > > > +lib-$(CONFIG_RISCV) += riscv-stub.o > > > > CFLAGS_arm32-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) > > > > CFLAGS_arm64-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) > > > > > > > > @@ -81,6 +84,10 @@ STUBCOPY_FLAGS-$(CONFIG_ARM64) += --prefix-alloc-sections=.init \ > > > > --prefix-symbols=__efistub_ > > > > STUBCOPY_RELOC-$(CONFIG_ARM64) := R_AARCH64_ABS > > > > > > > > +STUBCOPY_FLAGS-$(CONFIG_RISCV) += --prefix-alloc-sections=.init \ > > > > + --prefix-symbols=__efistub_ > > > > +STUBCOPY_RELOC-$(CONFIG_RISCV) := R_RISCV_HI20 > > > > + > > > > $(obj)/%.stub.o: $(obj)/%.o FORCE > > > > $(call if_changed,stubcopy) > > > > > > > > diff --git a/drivers/firmware/efi/libstub/riscv-stub.c b/drivers/firmware/efi/libstub/riscv-stub.c > > > > new file mode 100644 > > > > index 000000000000..69d13e0ebaea > > > > --- /dev/null > > > > +++ b/drivers/firmware/efi/libstub/riscv-stub.c > > > > @@ -0,0 +1,111 @@ > > > > +// SPDX-License-Identifier: GPL-2.0 > > > > +/* > > > > + * Copyright (C) 2013, 2014 Linaro Ltd; > > > > + * Copyright (C) 2020 Western Digital Corporation or its affiliates. > > > > + * > > > > + * This file implements the EFI boot stub for the RISC-V kernel. > > > > + * Adapted from ARM64 version at drivers/firmware/efi/libstub/arm64-stub.c. > > > > + */ > > > > + > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > + > > > > +#include "efistub.h" > > > > +/* > > > > + * RISCV requires the kernel image to placed TEXT_OFFSET bytes beyond a 2 MB > > > > + * aligned base for 64 bit and 4MB for 32 bit. > > > > + */ > > > > Fixed the comment. > > > > > > +#ifdef CONFIG_64BIT > > > > +#define MIN_KIMG_ALIGN SZ_2M > > > > +#else > > > > +#define MIN_KIMG_ALIGN SZ_4M > > > > +#endif > > > > + > > > > +typedef __attribute__((noreturn)) void (*jump_kernel_func)(unsigned int, > > > > + unsigned long); > > > > +efi_status_t check_platform_features(void) > > > > +{ > > > > + return EFI_SUCCESS; > > > > +} > > > > + > > > > +static u32 get_boot_hartid_from_fdt(unsigned long fdt) > > > > +{ > > > > + int chosen_node, len; > > > > + const fdt32_t *prop; > > > > + > > > > + chosen_node = fdt_path_offset((void *)fdt, "/chosen"); > > > > + if (chosen_node < 0) > > > > + return U32_MAX; > > > > + prop = fdt_getprop((void *)fdt, chosen_node, "boot-hartid", &len); > > > > + if (!prop || len != sizeof(u32)) > > > > + return U32_MAX; > > > > + > > > > + return fdt32_to_cpu(*prop); > > > > +} > > > > + > > > > +/* > > > > + * Jump to real kernel here with following constraints. > > > > + * 1. MMU should be disabled. > > > > + * 2. a0 should contain hartid > > > > + * 3. a1 should DT address > > > > + */ > > > > +void __noreturn efi_enter_kernel(unsigned long entrypoint, unsigned long fdt, > > > > + unsigned long fdt_size) > > > > +{ > > > > + unsigned long kernel_entry = entrypoint + (unsigned long)stext_offset; > > > > + jump_kernel_func jump_kernel = (jump_kernel_func) kernel_entry; > > > > + u32 hartid = get_boot_hartid_from_fdt(fdt); > > > > + > > > > + if (hartid == U32_MAX) > > > > + /* We can not use panic or BUG at this point */ > > > > + __asm__ __volatile__ ("ebreak"); > > > > + /* Disable MMU */ > > > > + csr_write(CSR_SATP, 0); > > > > + jump_kernel(hartid, fdt); > > > > +} > > > > + > > > > +efi_status_t handle_kernel_image(unsigned long *image_addr, > > > > + unsigned long *image_size, > > > > + unsigned long *reserve_addr, > > > > + unsigned long *reserve_size, > > > > + unsigned long dram_base, > > > > + efi_loaded_image_t *image) > > > > +{ > > > > + efi_status_t status; > > > > + unsigned long kernel_size, kernel_memsize = 0; > > > > + unsigned long max_alloc_address; > > > > + > > > > + if (image->image_base != _start) > > > > + pr_efi_err("FIRMWARE BUG: efi_loaded_image_t::image_base has bogus value\n"); > > > > + > > > > > > I don't think you need this. > > > > > > > Sure. I will remove it. I guess ARM64 code has the error print for > > legacy loader code ? > > > > No, for broken distro versions of GRUB > > > > > + kernel_size = _edata - _start; > > > > + kernel_memsize = kernel_size + (_end - _edata); > > > > + max_alloc_address = round_up(dram_base, MIN_KIMG_ALIGN) + > > > > + kernel_memsize; > > > > + > > > > > > You said the kernel could be anywhere in memory, as long as it is > > > aligned correctly, right? > > > > Sorry I was wrong about this. RISC-V kernel maps PAGE_OFFSET virtual > > address to the > > physical address where it is booted. That means memory between > > dram start and and address > > will be unusable. > > > > OK > > > I also realized that the above computing max_address as above also > > won't work for the following reason. > > efi_allocate_pages_aligned actually ALIGN_DOWN the max_address. Thus, > > efi won't find enough > > free memory in this case if the max_address is computed from the dram_base. > > > > Is there an implicit requirement for efi_allocate_pages_aligned or > > efi_low_alloc_above should be tried in case of failure? > > > > No not really. What ever works for your particular use case is acceptable to me. > > > > In that case, you don't need this, you can simply pass ULONG_MAX as > > > the max address. > > > > > As RISC-V should allocate memory as low as possible to avoid memory > > wastage, I think the following should work. > > > > efi_low_alloc_above(*reserve_size, MIN_KIMG_ALIGN, reserve_addr, dram_base); > > > > If this looks okay to you, efi_low_alloc_above should be moved back to > > mem.c from relocate.c. > > Should I do it in a separate patch or the original patch should be > > modified so that efi_low_alloc_above was never moved to relocate.c > > > > No, please keep efi_low_alloc_above() where it is, but drop the > static, and put back the declaration in efistub.h > Alternatively, can you check whether efi_relocate_kernel() already does what you need?