Re: [PATCH v20 3/5] arm64: kdump: reimplement crashkernel=X

On 2022/2/14 15:53, Leizhen (ThunderTown) wrote: > > > On 2022/2/14 11:52, Baoquan He wrote: >> On 01/24/22 at 04:47pm, Zhen Lei wrote: >> .. >>> diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c >>> index 6c653a2c7cff052..a5d43feac0d7d96 100644 >>> --- a/arch/arm64/mm/init.c >>>

Re: [PATCH] arm64: crash_core: Export MODULES, VMALLOC, and VMEMMAP ranges

Hi Will, On Tue, Feb 15, 2022 at 04:44:23PM +, Will Deacon wrote: > On Wed, Feb 09, 2022 at 09:26:42AM +, Huang Shijie wrote: > > The following interrelated ranges are needed by the kdump crash tool: > > MODULES_VADDR ~ MODULES_END, > > VMALLOC_START ~ VMALLOC_END, > >

[PATCH 2/4] kexec, KEYS, arm64: Make use of platform keyring for signature verification

commit 278311e417be ("kexec, KEYS: Make use of platform keyring for signature verify") adds platform keyring support on x86 kexec but not arm64. Add platform keyring support on arm64 as well. Fixes: 278311e417be ("kexec, KEYS: Make use of platform keyring for signature verify") Cc:

[PATCH 1/4] Fix arm64 kexec forbidding kernels signed with keys in the secondary keyring to boot

commit d3bfe84129f6 ("certs: Add a secondary system keyring that can be added to dynamically") split of .system_keyring into .builtin_trusted_keys and .secondary_trusted_keys broke kexec, thereby preventing kernels signed by keys which are now in the secondary keyring from being kexec'd. Fix

[PATCH 3/4] kexec, KEYS, s390: Make use of built-in and secondary keyring for signature verification

commit e23a8020ce4e ("s390/kexec_file: Signature verification prototype") adds support for KEXEC_SIG verification with keys from platform keyring but the built-in keys and secondary keyring are not used. Add support for the built-in keys and secondary keyring as x86 does. Fixes: e23a8020ce4e

Re: [PATCH] arm64: crash_core: Export MODULES, VMALLOC, and VMEMMAP ranges

On Wed, Feb 09, 2022 at 09:26:42AM +, Huang Shijie wrote: > The following interrelated ranges are needed by the kdump crash tool: > MODULES_VADDR ~ MODULES_END, > VMALLOC_START ~ VMALLOC_END, > VMEMMAP_START ~ VMEMMAP_END > > Since these values change from time to time, it

Re: [PATCH V6] panic: Move panic_print before kmsg dumpers

On Mon 2022-02-14 11:13:09, Guilherme G. Piccoli wrote: > The panic_print setting allows users to collect more information in a > panic event, like memory stats, tasks, CPUs backtraces, etc. > This is an interesting debug mechanism, but currently the print event > happens *after* kmsg_dump(),

Re: [RFC PATCH] kdump: Add support for crashkernel=auto

Hi Petr, On Fri, 4 Feb 2022 06:34:19 +0100 Petr Tesařík wrote: > Hi Philipp, > > Dne 31. 01. 22 v 11:33 Philipp Rudo napsal(a): > > Hi, > > > > On Fri, 28 Jan 2022 11:31:49 +0100 > > Petr Tesařík wrote: > > > >> Hi Tiezhu Yang, > >> > >> On Jan 28, 2022 at 02:20 Tiezhu Yang wrote: > >>>

Re: Is it possible to use a stream for initrd=

Hi, thanks for your answers, would be really cool if someone could implement it. Would help my Arch Linux project to save even more RAM. https://wiki.archlinux.org/title/Archboot greetings tpowa Am Di., 15. Feb. 2022 um 11:27 Uhr schrieb Philipp Rudo : > > Hi Tobias, > > On Wed, 9 Feb 2022

Re: Is it possible to use a stream for initrd=

Hi Tobias, On Wed, 9 Feb 2022 10:32:24 +0100 Tobias Powalowski wrote: > Sorry you misunderstood, I don't want to create the initrd.img file. > I want to pass the zstd directly to kexec initrd= option. sorry, that is not possible. The kexec-tools expect a file name with --initrd. Simply passing