Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp459694pxv; Wed, 14 Jul 2021 07:54:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwbPo1pKNFLPNf0RkgBM4JfXYfZyNL+Gep5kdBlTLGKOAcpJESLlOT5LAe7r+TVuV1Y2+c3 X-Received: by 2002:a05:6e02:13e2:: with SMTP id w2mr2275434ilj.308.1626274440098; Wed, 14 Jul 2021 07:54:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626274440; cv=none; d=google.com; s=arc-20160816; b=l2a9M5VyvOcmUBJT011Em9JQKv56lWZQvi7drEw76j8HRu16sI1e3ugag9FI9AeBN5 VAzT4MspE/l+rMm6n1YmEFtfI6M205iG2iyhjbGmNHyd2UhNQVP6i76aMSM64Zl+IKXd lLPVstqE6aaJrNhsCaRKbuNiErOnvp5k/0CY71tpL3W1wwfVqx90RG05HZjMUhsdoqhu 3jFzzRcuCvP6dTPSzRVR80lOeSEv57OZ/XykJDuAoWzjnlGAB+z7egATswL+xHKMxrHP A0V6K094HowVRChqLoAKhVXaxsw5oJJYRicYBjKSGaliJeKxUm/oELi+ZqAYSpQdhYf5 sNGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=BwxSFbLgKWQgLIZuiUqRuKMKvZuG6jXDVbbJMI4fKZQ=; b=ssg3MO2asDCc3OWPzQMyYkvLmBRLcGm6RtdeOoAQKGwiCrwOBO7xhX9Hq0og9j/gTa wiKoPcF0wrvcIArbre/4wuEtq8o+k4fNN0foPH+p2949faYHDkuHsIumuVOWZJO2cxvv 6f3aKBMDvxDRnbMqF2F+i5uu0QmoCbuk2J1EYYPLbhXNmJtxumIAS2r+5hYc27DeK4IS O4nXYO4cSescLy77pzcL95TvY1X0zLLyVIdsH7wtUUOfrFvgsry0mxMbBWP06/C0BxlL M5OlHILutU95K4nupWUMjqwXmTd/ATz9Dt8VzftVhqm4jyZsqA9AK+afpSN4WW/hG0Ho FgDw== ARC-Authentication-Results: i=1; mx.google.com; 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 b18si2764371iob.19.2021.07.14.07.53.46; Wed, 14 Jul 2021 07:54:00 -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; 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 S232310AbhGNO4H (ORCPT + 99 others); Wed, 14 Jul 2021 10:56:07 -0400 Received: from mail-io1-f49.google.com ([209.85.166.49]:43669 "EHLO mail-io1-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231977AbhGNO4G (ORCPT ); Wed, 14 Jul 2021 10:56:06 -0400 Received: by mail-io1-f49.google.com with SMTP id k16so2413221ios.10; Wed, 14 Jul 2021 07:53:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=BwxSFbLgKWQgLIZuiUqRuKMKvZuG6jXDVbbJMI4fKZQ=; b=udzk1GsYstZNXPOWhbfzeac4F4NMGe6yvEw6qPJZ31z3YdnjLSgCUNV2z7fH0Jr82t 05wdnh9HR5n7caxToSR2eDb+pfZjTVtfzRBv3sd9Fi4ZmKVayOc3Fk0+7hTt+z1irdSc rUmLgc8UROD5aeHsC65675IN3uX9DzLJw3hGi0qBek1Aw/msY440dol7+yiGpgXMS5eb Sm7RErQcDRf0AgNIcA4AMSPoQjF5Oien3MWfr51njUoKBXHF0ElWlehKIZs6rCXqhcWY DCA6m8fNsUkcDGMuIFfBgzXC5qBDQoNDk1oMAZ27Sfb+jEKZc0tM7s4aHMaepgl0+EvS 3txQ== X-Gm-Message-State: AOAM531PzbPRlOIOgSXgVm4+6CMG7QOBHPwJ+2Q2W8EWUIQNE6tyJtYH PWte5RVSB6xR4Aiuyh/OfA== X-Received: by 2002:a05:6602:1544:: with SMTP id h4mr7531945iow.76.1626274393946; Wed, 14 Jul 2021 07:53:13 -0700 (PDT) Received: from robh.at.kernel.org ([64.188.179.248]) by smtp.gmail.com with ESMTPSA id q186sm1414370ioq.1.2021.07.14.07.53.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 14 Jul 2021 07:53:13 -0700 (PDT) Received: (nullmailer pid 2553523 invoked by uid 1000); Wed, 14 Jul 2021 14:53:08 -0000 Date: Wed, 14 Jul 2021 08:53:08 -0600 From: Rob Herring To: Geert Uytterhoeven Cc: Russell King , Nicolas Pitre , Ard Biesheuvel , Linus Walleij , Catalin Marinas , Will Deacon , Nick Kossifidis , Paul Walmsley , Palmer Dabbelt , Albert Ou , Frank Rowand , Dave Young , Mike Rapoport , Baoquan He , Vivek Goyal , Andrew Morton , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, kexec@lists.infradead.org, linux-mm@kvack.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 10/10] ARM: Parse kdump DT properties Message-ID: <20210714145308.GC2441138@robh.at.kernel.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 14, 2021 at 02:50:20PM +0200, Geert Uytterhoeven wrote: > Parse the following DT properties in the crash dump kernel, to provide a > modern interface between kexec and the crash dump kernel: > - linux,elfcorehdr: ELF core header segment, similar to the > "elfcorehdr=" kernel parameter. > - linux,usable-memory-range: Usable memory reserved for the crash dump > kernel. > This makes the memory reservation explicit. If present, Linux no > longer needs to mask the program counter, and rely on the "mem=" > kernel parameter to obtain the start and size of usable memory. > > For backwards compatibility, the traditional method to derive the start > of memory is still used if "linux,usable-memory-range" is absent, and > the "elfcorehdr=" and "mem=" kernel parameters are still parsed. > > Loosely based on the ARM64 version by Akashi Takahiro. > > Signed-off-by: Geert Uytterhoeven > --- > The corresponding patch for kexec-tools is "[PATCH] arm: kdump: Add DT > properties to crash dump kernel's DTB", which is still valid: > https://lore.kernel.org/linux-arm-kernel/20200902154129.6358-1-geert+renesas@glider.be/ > > v4: > - Remove references to architectures in chosen.txt, to avoid having to > change this again when more architectures copy kdump support, > - Remove the architecture-specific code for parsing > "linux,usable-memory-range" and "linux,elfcorehdr", as the FDT core > code now takes care of this, > - Move chosen.txt change to patch changing the FDT core, > - Use IS_ENABLED(CONFIG_CRASH_DUMP) instead of #ifdef, > > v3: > - Rebase on top of accepted solution for DTB memory information > handling, which is part of v5.12-rc1, > > v2: > - Rebase on top of reworked DTB memory information handling. > --- > .../arm/boot/compressed/fdt_check_mem_start.c | 48 ++++++++++++++++--- > arch/arm/mm/init.c | 30 ++++++++++++ > 2 files changed, 72 insertions(+), 6 deletions(-) > > diff --git a/arch/arm/boot/compressed/fdt_check_mem_start.c b/arch/arm/boot/compressed/fdt_check_mem_start.c > index 62450d824c3ca180..9291a2661bdfe57f 100644 > --- a/arch/arm/boot/compressed/fdt_check_mem_start.c > +++ b/arch/arm/boot/compressed/fdt_check_mem_start.c > @@ -55,16 +55,17 @@ static uint64_t get_val(const fdt32_t *cells, uint32_t ncells) > * DTB, and, if out-of-range, replace it by the real start address. > * To preserve backwards compatibility (systems reserving a block of memory > * at the start of physical memory, kdump, ...), the traditional method is > - * always used if it yields a valid address. > + * used if it yields a valid address, unless the "linux,usable-memory-range" > + * property is present. > * > * Return value: start address of physical memory to use > */ > uint32_t fdt_check_mem_start(uint32_t mem_start, const void *fdt) > { > - uint32_t addr_cells, size_cells, base; > + uint32_t addr_cells, size_cells, usable_base, base; > uint32_t fdt_mem_start = 0xffffffff; > - const fdt32_t *reg, *endp; > - uint64_t size, end; > + const fdt32_t *usable, *reg, *endp; > + uint64_t size, usable_end, end; > const char *type; > int offset, len; > > @@ -80,6 +81,27 @@ uint32_t fdt_check_mem_start(uint32_t mem_start, const void *fdt) > if (addr_cells > 2 || size_cells > 2) > return mem_start; > > + /* > + * Usable memory in case of a crash dump kernel > + * This property describes a limitation: memory within this range is > + * only valid when also described through another mechanism > + */ > + usable = get_prop(fdt, "/chosen", "linux,usable-memory-range", > + (addr_cells + size_cells) * sizeof(fdt32_t)); > + if (usable) { > + size = get_val(usable + addr_cells, size_cells); > + if (!size) > + return mem_start; > + > + if (addr_cells > 1 && fdt32_ld(usable)) { > + /* Outside 32-bit address space */ > + return mem_start; > + } > + > + usable_base = fdt32_ld(usable + addr_cells - 1); > + usable_end = usable_base + size; > + } > + > /* Walk all memory nodes and regions */ > for (offset = fdt_next_node(fdt, -1, NULL); offset >= 0; > offset = fdt_next_node(fdt, offset, NULL)) { > @@ -107,7 +129,20 @@ uint32_t fdt_check_mem_start(uint32_t mem_start, const void *fdt) > > base = fdt32_ld(reg + addr_cells - 1); > end = base + size; > - if (mem_start >= base && mem_start < end) { > + if (usable) { > + /* > + * Clip to usable range, which takes precedence > + * over mem_start > + */ > + if (base < usable_base) > + base = usable_base; > + > + if (end > usable_end) > + end = usable_end; > + > + if (end <= base) > + continue; > + } else if (mem_start >= base && mem_start < end) { > /* Calculated address is valid, use it */ > return mem_start; > } > @@ -123,7 +158,8 @@ uint32_t fdt_check_mem_start(uint32_t mem_start, const void *fdt) > } > > /* > - * The calculated address is not usable. > + * The calculated address is not usable, or was overridden by the > + * "linux,usable-memory-range" property. > * Use the lowest usable physical memory address from the DTB instead, > * and make sure this is a multiple of 2 MiB for phys/virt patching. > */ > diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c > index 6162a070a4104a26..dfaee199554dda97 100644 > --- a/arch/arm/mm/init.c > +++ b/arch/arm/mm/init.c > @@ -4,6 +4,7 @@ > * > * Copyright (C) 1995-2005 Russell King > */ > +#include > #include > #include > #include > @@ -221,8 +222,35 @@ void check_cpu_icache_size(int cpuid) > } > #endif > > +/* > + * reserve_elfcorehdr() - reserves memory for elf core header > + * > + * This function reserves the memory occupied by an elf core header > + * described in the device tree. This region contains all the > + * information about primary kernel's core image and is used by a dump > + * capture kernel to access the system memory on primary kernel. > + */ > +static void __init reserve_elfcorehdr(void) > +{ > + if (!IS_ENABLED(CONFIG_CRASH_DUMP) || !elfcorehdr_size) > + return; > + > + if (memblock_is_region_reserved(elfcorehdr_addr, elfcorehdr_size)) { > + pr_warn("elfcorehdr is overlapped\n"); > + return; > + } > + > + memblock_reserve(elfcorehdr_addr, elfcorehdr_size); Can't this be in common code? > + > + pr_info("Reserving %llu KiB of memory at 0x%llx for elfcorehdr\n", > + elfcorehdr_size >> 10, elfcorehdr_addr); > +} > + > void __init arm_memblock_init(const struct machine_desc *mdesc) > { > + /* Handle linux,usable-memory-range property */ > + memblock_cap_memory_range(cap_mem_addr, cap_mem_size); > + > /* Register the kernel text, kernel data and initrd with memblock. */ > memblock_reserve(__pa(KERNEL_START), KERNEL_END - KERNEL_START); > > @@ -236,6 +264,8 @@ void __init arm_memblock_init(const struct machine_desc *mdesc) > > early_init_fdt_scan_reserved_mem(); > > + reserve_elfcorehdr(); > + > /* reserve memory for DMA contiguous allocations */ > dma_contiguous_reserve(arm_dma_limit); > > -- > 2.25.1 > >