[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1690274483.git.petr.tesarik.ext@huawei.com>
Date: Tue, 25 Jul 2023 10:44:24 +0200
From: Petr Tesarik <petrtesarik@...weicloud.com>
To: Paul Walmsley <paul.walmsley@...ive.com>,
Palmer Dabbelt <palmer@...belt.com>,
Albert Ou <aou@...s.berkeley.edu>,
Conor Dooley <conor.dooley@...rochip.com>,
Li Huafei <lihuafei1@...wei.com>,
Liao Chang <liaochang1@...wei.com>,
Masahiro Yamada <masahiroy@...nel.org>,
Alyssa Ross <hi@...ssa.is>,
Nick Desaulniers <ndesaulniers@...gle.com>,
Ricardo Ribalda <ribalda@...omium.org>,
Kees Cook <keescook@...omium.org>,
Heiko Stuebner <heiko@...ech.de>,
Li Zhengyu <lizhengyu3@...wei.com>,
linux-riscv@...ts.infradead.org (open list:RISC-V ARCHITECTURE),
linux-kernel@...r.kernel.org (open list)
Cc: Roberto Sassu <roberto.sassu@...weicloud.com>, petr@...arici.cz
Subject: [PATCH v1 0/3] RISC-V: Fix a few kexec_file_load(2) failures
From: Petr Tesarik <petr.tesarik.ext@...wei.com>
The kexec_file_load(2) syscall does not work at least in some kernel
builds. For details see the relevant section in this blog post:
https://sigillatum.tesarici.cz/2023-07-21-state-of-riscv64-kdump.html
This patch series handles additional relocation types and removes the need
to implement a Global Offset Table (GOT) for the purgatory.
Petr Tesarik (2):
riscv/kexec: handle R_RISCV_ADD16 and R_RISCV_SUB16 relocation types
riscv/purgatory: do not link with string.o
Torsten Duwe (1):
riscv/kexec: handle R_RISCV_CALL_PLT relocation type
arch/riscv/kernel/elf_kexec.c | 7 +++++++
arch/riscv/purgatory/Makefile | 9 +--------
2 files changed, 8 insertions(+), 8 deletions(-)
--
2.25.1
Powered by blists - more mailing lists