Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1972613ybz; Sat, 18 Apr 2020 12:26:24 -0700 (PDT) X-Google-Smtp-Source: APiQypLaaw0goU9aWhnTOZPnmaiiVT8nb+bFw9hAMHX/FTnrbBnSr0yZNmJC80vQsCJ3OTYcPZPE X-Received: by 2002:aa7:d685:: with SMTP id d5mr7809175edr.340.1587237984417; Sat, 18 Apr 2020 12:26:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587237984; cv=none; d=google.com; s=arc-20160816; b=hBAzhVVDLnTG1sgTBYk+exhhrGkM3iIA1IsOFFVmrvGxU2H7ZhMaKR0ttYEvZpOMlD 5Eu0fx/HZbc2mhyPgFz07gZXaEwPK28bKryFE1RlM6eUgVogktUCF/5YPqGAfBhOhYAp 1MCqAJHZiJscLpTdWs9jcMYfria9limw1e7r41SDTgRqc3fsJFut2nU2vncZeKlm8yEh 7l+YfBDs7X90iTjsTIK0DaY2j7tyq2g7nPN/SA8yq6CXS17lEE1ubj5iVftKU8s2EaK7 KOyBxNNW7L3CbpGG+xmt+RI0su/9CaxOWRy/XNRGN7J7JBOYYGZdm56U25JhRCS7lO/f Fc9g== 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=BaOInxBjoDKNnY3mSymsMjLcT1hn5/SMAESlUalx0rM=; b=03kxzqaz2PUB750fFFR+oYtsE+ak3Db+FHfna6V0a2Kb3J1L7LUIcUKe804tJjKmdV XmI0zqLxx5YfoNPg25a4o1kdSyJ8RT41CDamSOQhSIXea7Bgf4sMPcv5NyrocHKsqGsk 9nsd9Jzl+dBSrxUJJoJ8gTiGhUHEDCOmtEHH2VDzVcvlSgokphHXRIdbsa0BhEnCaYKX etwn2X82HdxIsVqzRK4Vaw5AK6HciB4xgT/BnffUb9G4wsLczgkImKvN1rqBxFb3FsBg 8/FOp9dqDODTAr16j4l4fnPiyMtgk4LKW6WyjEAGctaBcFRBNw0ikzf7yuFWCkaOuIx6 L8/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bvP3GAHd; 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 t5si17159297ejb.231.2020.04.18.12.26.00; Sat, 18 Apr 2020 12:26:24 -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=bvP3GAHd; 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 S1728052AbgDRTZH (ORCPT + 99 others); Sat, 18 Apr 2020 15:25:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:41940 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726086AbgDRTZG (ORCPT ); Sat, 18 Apr 2020 15:25:06 -0400 Received: from mail-il1-f174.google.com (mail-il1-f174.google.com [209.85.166.174]) (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 55B7922209; Sat, 18 Apr 2020 19:25:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587237905; bh=e1rRrWoGgYUHRJ3J8e4GtNx1GOi+6aM/A3Aqe+4nFQ8=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=bvP3GAHdxGQGbx9D3+ZG/Z6jaXXeYjxx9ac7LTLiTQfynf391CxvH4wceHODhnt7v ttuABzKo62t88uX0xJjjUSaww8luWBZZDtehAv1g6/NTA4soCjiH+X5dggn/yE+NDd LQ5UNg1L9qW323dF+t55AcdyO4UZk0ngJJrY5PV8= Received: by mail-il1-f174.google.com with SMTP id c17so5668034ilk.6; Sat, 18 Apr 2020 12:25:05 -0700 (PDT) X-Gm-Message-State: AGi0PuYNaxyKOw2yOHwqRxSL2IuM9avhMGm4h1WSYN701Qr+MATHSvHo Hz2K/MEMiV5SoyjITfp+Yh/gQd+U7HDfTpS+9MM= X-Received: by 2002:a92:c788:: with SMTP id c8mr4418002ilk.279.1587237904606; Sat, 18 Apr 2020 12:25:04 -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 21:24:53 +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 21:19, Atish Patra wrote: > > On Sat, Apr 18, 2020 at 5:39 AM Ard Biesheuvel wrote: > > > > 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? > > Yeah. efi_relocate_kernel works too. It's just that > efi_relocate_kernel expects a preferred address > which RISC-V doesn't care about. There is a preferred address, no? The base of DRAM? > I can pass ULONG_MAX so that > efi_bs_call will fail and > efi_low_alloc_above will be invoked eventually. > > I am also thinking to put a check in relocate_kernel for preferred > address != ULONG_MAX to avoid > an extra efi_bs_call. The extra call doesn't actually create an issue, > just a minor optimization. > But if that is not acceptable for generic code, that is fine as well. > > Thanks for your suggestions and time. > -- > Regards, > Atish