Patch Detail
get:
Show a patch.
patch:
Update a patch.
put:
Update a patch.
GET /api/patches/2217377/?format=api
{ "id": 2217377, "url": "http://patchwork.ozlabs.org/api/patches/2217377/?format=api", "web_url": "http://patchwork.ozlabs.org/project/linuxppc-dev/patch/20260328074013.3589544-11-ruanjinjie@huawei.com/", "project": { "id": 2, "url": "http://patchwork.ozlabs.org/api/projects/2/?format=api", "name": "Linux PPC development", "link_name": "linuxppc-dev", "list_id": "linuxppc-dev.lists.ozlabs.org", "list_email": "linuxppc-dev@lists.ozlabs.org", "web_url": "https://github.com/linuxppc/wiki/wiki", "scm_url": "https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git", "webscm_url": "https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/", "list_archive_url": "https://lore.kernel.org/linuxppc-dev/", "list_archive_url_format": "https://lore.kernel.org/linuxppc-dev/{}/", "commit_url_format": "https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id={}" }, "msgid": "<20260328074013.3589544-11-ruanjinjie@huawei.com>", "list_archive_url": "https://lore.kernel.org/linuxppc-dev/20260328074013.3589544-11-ruanjinjie@huawei.com/", "date": "2026-03-28T07:40:12", "name": "[v11,10/11] arm64: kexec: Add support for crashkernel CMA reservation", "commit_ref": null, "pull_url": null, "state": "handled-elsewhere", "archived": false, "hash": "bf6fad848a3f01af04a2165b3adfeaf60302fe8b", "submitter": { "id": 84791, "url": "http://patchwork.ozlabs.org/api/people/84791/?format=api", "name": "Jinjie Ruan", "email": "ruanjinjie@huawei.com" }, "delegate": null, "mbox": "http://patchwork.ozlabs.org/project/linuxppc-dev/patch/20260328074013.3589544-11-ruanjinjie@huawei.com/mbox/", "series": [ { "id": 497856, "url": "http://patchwork.ozlabs.org/api/series/497856/?format=api", "web_url": "http://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=497856", "date": "2026-03-28T07:40:03", "name": "arm64/riscv: Add support for crashkernel CMA reservation", "version": 11, "mbox": "http://patchwork.ozlabs.org/series/497856/mbox/" } ], "comments": "http://patchwork.ozlabs.org/api/patches/2217377/comments/", "check": "pending", "checks": "http://patchwork.ozlabs.org/api/patches/2217377/checks/", "tags": {}, "related": [], "headers": { "Return-Path": "\n <linuxppc-dev+bounces-18960-incoming=patchwork.ozlabs.org@lists.ozlabs.org>", "X-Original-To": [ "incoming@patchwork.ozlabs.org", "linuxppc-dev@lists.ozlabs.org" ], "Delivered-To": "patchwork-incoming@legolas.ozlabs.org", "Authentication-Results": [ "legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=huawei.com header.i=@huawei.com header.a=rsa-sha256\n header.s=dkim header.b=I0oY/Q/T;\n\tdkim=pass (1024-bit key) header.d=huawei.com header.i=@huawei.com\n header.a=rsa-sha256 header.s=dkim header.b=I0oY/Q/T;\n\tdkim-atps=neutral", "legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:21b9:f100::1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev+bounces-18960-incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)", "lists.ozlabs.org;\n arc=none smtp.remote-ip=45.249.212.187", "lists.ozlabs.org;\n dmarc=pass (p=quarantine dis=none) header.from=huawei.com", "lists.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=huawei.com header.i=@huawei.com header.a=rsa-sha256\n header.s=dkim header.b=I0oY/Q/T;\n\tdkim=pass (1024-bit key) header.d=huawei.com header.i=@huawei.com\n header.a=rsa-sha256 header.s=dkim header.b=I0oY/Q/T;\n\tdkim-atps=neutral", "lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=huawei.com\n (client-ip=45.249.212.187; helo=szxga01-in.huawei.com;\n envelope-from=ruanjinjie@huawei.com; receiver=lists.ozlabs.org)" ], "Received": [ "from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:21b9:f100::1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fjTxz1Rpgz1xy1\n\tfor <incoming@patchwork.ozlabs.org>; Sat, 28 Mar 2026 18:42:47 +1100 (AEDT)", "from boromir.ozlabs.org (localhost [127.0.0.1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4fjTx063Qxz30M0;\n\tSat, 28 Mar 2026 18:41:56 +1100 (AEDT)", "from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4fjTwz6Rdtz2ygm\n\tfor <linuxppc-dev@lists.ozlabs.org>; Sat, 28 Mar 2026 18:41:55 +1100 (AEDT)", "from canpmsgout09.his.huawei.com (unknown [172.19.92.135])\n\tby szxga01-in.huawei.com (SkyGuard) with ESMTPS id 4fjTwk5dtNz1BFSs\n\tfor <linuxppc-dev@lists.ozlabs.org>; Sat, 28 Mar 2026 15:41:42 +0800 (CST)", "from mail.maildlp.com (unknown [172.19.162.92])\n\tby canpmsgout09.his.huawei.com (SkyGuard) with ESMTPS id 4fjTnk1z62z1cyQL;\n\tSat, 28 Mar 2026 15:35:38 +0800 (CST)", "from dggpemf500011.china.huawei.com (unknown [7.185.36.131])\n\tby mail.maildlp.com (Postfix) with ESMTPS id C6A0640565;\n\tSat, 28 Mar 2026 15:41:44 +0800 (CST)", "from huawei.com (10.90.53.73) by dggpemf500011.china.huawei.com\n (7.185.36.131) with Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Sat, 28 Mar\n 2026 15:41:41 +0800" ], "ARC-Seal": "i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1774683716;\n\tcv=none;\n b=gxOZfFsv5QRit+vYsIsHDLgkKnwMvRquZTENBh1nHpNMW24zgz1iMv8YMiKbsbUJz/PqcGn5txiugOjSk186yMXGAH41zr6ieJA5hwSXB+uSUA3HX6bSFJ28rp0g5DRO+Gs7x1UqJHX1wARhSpsBbtOtfO3FxhOfltAKnwnR6ASENf1KRZkdt//0qYO/0ICivu5LYGo61K9RgBt5bbkNZcqG/EypwoL61hXvjS/KfHLiuGtjxqI1cheu2xCo4gBSeCaTSVotXRncf2KF0+3lKaEM13tAXNg9qPnq3/Piv8rHWUXVZyIcuVgLIxGoRY2bRLk/2Fxr2mbhG5AZAMH3Kw==", "ARC-Message-Signature": "i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707;\n\tt=1774683716; c=relaxed/relaxed;\n\tbh=IT2kk6WeewEwU8dX+ddLf37gqzXCqCP/4gZedhihJcI=;\n\th=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References:\n\t MIME-Version:Content-Type;\n b=kbtaKZzns9z+fGodHbyYzy91pFnwJEIpcpUldIIzQT9hKMRDkVTPYJ2YAVZ6d6WI19q/GyBgnoAYBqa2yDybpYfAn/n6/Bl5Qf2EAweTbFee/WWwEnuHsTnPGRjLD0b7ESsJ/1fk96hzgKmKqj7aGjV0uAP6hQELnZlwzLxpVUUEcRql+W+12lZZhKalnjSkBMg8OSf6TB5nK0+hfzSsTXRiP7olpqZFsJoEd8cZtfz+ZVzKm3KqJjmAPeJ1wkQAyhDc9Xjnw2ugZm2zwC9lDgCipTqfrdSaBe07VfuiUQwLynAbDRrBOWuHWcDr5rDwnxDVg2sRRBHWCUiDg622Cg==", "ARC-Authentication-Results": "i=1; lists.ozlabs.org;\n dmarc=pass (p=quarantine dis=none) header.from=huawei.com;\n dkim=pass (1024-bit key;\n unprotected) header.d=huawei.com header.i=@huawei.com header.a=rsa-sha256\n header.s=dkim header.b=I0oY/Q/T;\n dkim=pass (1024-bit key) header.d=huawei.com header.i=@huawei.com\n header.a=rsa-sha256 header.s=dkim header.b=I0oY/Q/T; dkim-atps=neutral;\n spf=pass (client-ip=45.249.212.187; helo=szxga01-in.huawei.com;\n envelope-from=ruanjinjie@huawei.com;\n receiver=lists.ozlabs.org) smtp.mailfrom=huawei.com", "dkim-signature": [ "v=1; a=rsa-sha256; d=huawei.com; s=dkim;\n\tc=relaxed/relaxed; q=dns/txt;\n\th=From;\n\tbh=IT2kk6WeewEwU8dX+ddLf37gqzXCqCP/4gZedhihJcI=;\n\tb=I0oY/Q/TLGICCtYXnMbkDT8ehIG3MYGdYAYoQKJoV4DULDDWS85HWMTaRuIBAOXxCWhYsSw8i\n\tr3TTl5wkZN9hh2Dp3K68Idmxjirq3V7gUM7Jy7ynwKNh+Qoi8Bqw1p0Nm+0eOCh6KZTmVYYFU3J\n\twAQE5zdkRUMxUfbY7p94LsQ=", "v=1; a=rsa-sha256; d=huawei.com; s=dkim;\n\tc=relaxed/relaxed; q=dns/txt;\n\th=From;\n\tbh=IT2kk6WeewEwU8dX+ddLf37gqzXCqCP/4gZedhihJcI=;\n\tb=I0oY/Q/TLGICCtYXnMbkDT8ehIG3MYGdYAYoQKJoV4DULDDWS85HWMTaRuIBAOXxCWhYsSw8i\n\tr3TTl5wkZN9hh2Dp3K68Idmxjirq3V7gUM7Jy7ynwKNh+Qoi8Bqw1p0Nm+0eOCh6KZTmVYYFU3J\n\twAQE5zdkRUMxUfbY7p94LsQ=" ], "From": "Jinjie Ruan <ruanjinjie@huawei.com>", "To": "<corbet@lwn.net>, <skhan@linuxfoundation.org>, <catalin.marinas@arm.com>,\n\t<will@kernel.org>, <chenhuacai@kernel.org>, <kernel@xen0n.name>,\n\t<maddy@linux.ibm.com>, <mpe@ellerman.id.au>, <npiggin@gmail.com>,\n\t<chleroy@kernel.org>, <pjw@kernel.org>, <palmer@dabbelt.com>,\n\t<aou@eecs.berkeley.edu>, <alex@ghiti.fr>, <tglx@kernel.org>,\n\t<mingo@redhat.com>, <bp@alien8.de>, <dave.hansen@linux.intel.com>,\n\t<hpa@zytor.com>, <robh@kernel.org>, <saravanak@kernel.org>,\n\t<akpm@linux-foundation.org>, <bhe@redhat.com>, <vgoyal@redhat.com>,\n\t<dyoung@redhat.com>, <rdunlap@infradead.org>, <peterz@infradead.org>,\n\t<feng.tang@linux.alibaba.com>, <pawan.kumar.gupta@linux.intel.com>,\n\t<dapeng1.mi@linux.intel.com>, <kees@kernel.org>, <elver@google.com>,\n\t<paulmck@kernel.org>, <lirongqing@baidu.com>, <rppt@kernel.org>,\n\t<leitao@debian.org>, <ardb@kernel.org>, <cfsworks@gmail.com>,\n\t<osandov@fb.com>, <jbohac@suse.cz>, <tangyouling@kylinos.cn>,\n\t<sourabhjain@linux.ibm.com>, <ritesh.list@gmail.com>,\n\t<eajames@linux.ibm.com>, <songshuaishuai@tinylab.org>,\n\t<kevin.brodsky@arm.com>, <vishal.moola@gmail.com>,\n\t<junhui.liu@pigmoral.tech>, <coxu@redhat.com>, <fuqiang.wang@easystack.cn>,\n\t<liaoyuanhong@vivo.com>, <guoren@kernel.org>, <chenjiahao16@huawei.com>,\n\t<hbathini@linux.ibm.com>, <takahiro.akashi@linaro.org>,\n\t<james.morse@arm.com>, <lizhengyu3@huawei.com>, <x86@kernel.org>,\n\t<linux-doc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,\n\t<linux-arm-kernel@lists.infradead.org>, <loongarch@lists.linux.dev>,\n\t<linuxppc-dev@lists.ozlabs.org>, <linux-riscv@lists.infradead.org>,\n\t<devicetree@vger.kernel.org>, <kexec@lists.infradead.org>", "CC": "<ruanjinjie@huawei.com>", "Subject": "[PATCH v11 10/11] arm64: kexec: Add support for crashkernel CMA\n reservation", "Date": "Sat, 28 Mar 2026 15:40:12 +0800", "Message-ID": "<20260328074013.3589544-11-ruanjinjie@huawei.com>", "X-Mailer": "git-send-email 2.34.1", "In-Reply-To": "<20260328074013.3589544-1-ruanjinjie@huawei.com>", "References": "<20260328074013.3589544-1-ruanjinjie@huawei.com>", "X-Mailing-List": "linuxppc-dev@lists.ozlabs.org", "List-Id": "<linuxppc-dev.lists.ozlabs.org>", "List-Help": "<mailto:linuxppc-dev+help@lists.ozlabs.org>", "List-Owner": "<mailto:linuxppc-dev+owner@lists.ozlabs.org>", "List-Post": "<mailto:linuxppc-dev@lists.ozlabs.org>", "List-Archive": "<https://lore.kernel.org/linuxppc-dev/>,\n <https://lists.ozlabs.org/pipermail/linuxppc-dev/>", "List-Subscribe": "<mailto:linuxppc-dev+subscribe@lists.ozlabs.org>,\n <mailto:linuxppc-dev+subscribe-digest@lists.ozlabs.org>,\n <mailto:linuxppc-dev+subscribe-nomail@lists.ozlabs.org>", "List-Unsubscribe": "<mailto:linuxppc-dev+unsubscribe@lists.ozlabs.org>", "Precedence": "list", "MIME-Version": "1.0", "Content-Type": "text/plain; charset=\"UTF-8\"", "Content-Transfer-Encoding": "8bit", "X-Originating-IP": "[10.90.53.73]", "X-ClientProxiedBy": "kwepems100001.china.huawei.com (7.221.188.238) To\n dggpemf500011.china.huawei.com (7.185.36.131)", "X-Spam-Status": "No, score=-2.5 required=3.0 tests=DKIM_SIGNED,DKIM_VALID,\n\tDKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS\n\tautolearn=disabled version=4.0.1 OzLabs 8", "X-Spam-Checker-Version": "SpamAssassin 4.0.1 (2024-03-25) on lists.ozlabs.org" }, "content": "Commit 35c18f2933c5 (\"Add a new optional \",cma\" suffix to the\ncrashkernel= command line option\") and commit ab475510e042 (\"kdump:\nimplement reserve_crashkernel_cma\") added CMA support for kdump\ncrashkernel reservation.\n\nCrash kernel memory reservation wastes production resources if too\nlarge, risks kdump failure if too small, and faces allocation difficulties\non fragmented systems due to contiguous block constraints. The new\nCMA-based crashkernel reservation scheme splits the \"large fixed\nreservation\" into a \"small fixed region + large CMA dynamic region\": the\nCMA memory is available to userspace during normal operation to avoid\nwaste, and is reclaimed for kdump upon crash—saving memory while\nimproving reliability.\n\nSo extend crashkernel CMA reservation support to arm64. The following\nchanges are made to enable CMA reservation:\n\n- Parse and obtain the CMA reservation size along with other crashkernel\n parameters.\n- Call reserve_crashkernel_cma() to allocate the CMA region for kdump.\n- Include the CMA-reserved ranges for kdump kernel to use.\n- Exclude the CMA-reserved ranges from the crash kernel memory to\n prevent them from being exported through /proc/vmcore, which is already\n done in the crash core.\n\nUpdate kernel-parameters.txt to document CMA support for crashkernel on\narm64 architecture.\n\nAcked-by: Catalin Marinas <catalin.marinas@arm.com>\nAcked-by: Rob Herring (Arm) <robh@kernel.org>\nAcked-by: Baoquan He <bhe@redhat.com>\nAcked-by: Mike Rapoport (Microsoft) <rppt@kernel.org>\nAcked-by: Ard Biesheuvel <ardb@kernel.org>\nSigned-off-by: Jinjie Ruan <ruanjinjie@huawei.com>\n---\nv7:\n- Correct the inclusion of CMA-reserved ranges for kdump\n kernel in of/kexec.\nv3:\n- Add Acked-by.\nv2:\n- Free cmem in prepare_elf_headers()\n- Add the mtivation.\n---\n Documentation/admin-guide/kernel-parameters.txt | 2 +-\n arch/arm64/kernel/machine_kexec_file.c | 2 +-\n arch/arm64/mm/init.c | 5 +++--\n drivers/of/fdt.c | 9 +++++----\n drivers/of/kexec.c | 9 +++++++++\n include/linux/crash_reserve.h | 4 +++-\n 6 files changed, 22 insertions(+), 9 deletions(-)", "diff": "diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt\nindex 03a550630644..a7055cead40f 100644\n--- a/Documentation/admin-guide/kernel-parameters.txt\n+++ b/Documentation/admin-guide/kernel-parameters.txt\n@@ -1122,7 +1122,7 @@ Kernel parameters\n \t\t\tIt will be ignored when crashkernel=X,high is not used\n \t\t\tor memory reserved is below 4G.\n \tcrashkernel=size[KMG],cma\n-\t\t\t[KNL, X86, ppc] Reserve additional crash kernel memory from\n+\t\t\t[KNL, X86, ARM64, PPC] Reserve additional crash kernel memory from\n \t\t\tCMA. This reservation is usable by the first system's\n \t\t\tuserspace memory and kernel movable allocations (memory\n \t\t\tballoon, zswap). Pages allocated from this memory range\ndiff --git a/arch/arm64/kernel/machine_kexec_file.c b/arch/arm64/kernel/machine_kexec_file.c\nindex 558408f403b5..a8fe7e65ef75 100644\n--- a/arch/arm64/kernel/machine_kexec_file.c\n+++ b/arch/arm64/kernel/machine_kexec_file.c\n@@ -42,7 +42,7 @@ int arch_kimage_file_post_load_cleanup(struct kimage *image)\n #ifdef CONFIG_CRASH_DUMP\n unsigned int arch_get_system_nr_ranges(void)\n {\n-\tunsigned int nr_ranges = 2; /* for exclusion of crashkernel region */\n+\tunsigned int nr_ranges = 2 + crashk_cma_cnt; /* for exclusion of crashkernel region */\n \tphys_addr_t start, end;\n \tu64 i;\n \ndiff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c\nindex 96711b8578fd..144e30fe9a75 100644\n--- a/arch/arm64/mm/init.c\n+++ b/arch/arm64/mm/init.c\n@@ -96,8 +96,8 @@ phys_addr_t __ro_after_init arm64_dma_phys_limit;\n \n static void __init arch_reserve_crashkernel(void)\n {\n+\tunsigned long long crash_base, crash_size, cma_size = 0;\n \tunsigned long long low_size = 0;\n-\tunsigned long long crash_base, crash_size;\n \tbool high = false;\n \tint ret;\n \n@@ -106,11 +106,12 @@ static void __init arch_reserve_crashkernel(void)\n \n \tret = parse_crashkernel(boot_command_line, memblock_phys_mem_size(),\n \t\t\t\t&crash_size, &crash_base,\n-\t\t\t\t&low_size, NULL, &high);\n+\t\t\t\t&low_size, &cma_size, &high);\n \tif (ret)\n \t\treturn;\n \n \treserve_crashkernel_generic(crash_size, crash_base, low_size, high);\n+\treserve_crashkernel_cma(cma_size);\n }\n \n static phys_addr_t __init max_zone_phys(phys_addr_t zone_limit)\ndiff --git a/drivers/of/fdt.c b/drivers/of/fdt.c\nindex 331646d667b9..0cbfc37ad39a 100644\n--- a/drivers/of/fdt.c\n+++ b/drivers/of/fdt.c\n@@ -871,11 +871,12 @@ static unsigned long chosen_node_offset = -FDT_ERR_NOTFOUND;\n /*\n * The main usage of linux,usable-memory-range is for crash dump kernel.\n * Originally, the number of usable-memory regions is one. Now there may\n- * be two regions, low region and high region.\n- * To make compatibility with existing user-space and older kdump, the low\n- * region is always the last range of linux,usable-memory-range if exist.\n+ * be 2 + CRASHK_CMA_RANGES_MAX regions, low region, high region and cma\n+ * regions. To make compatibility with existing user-space and older kdump,\n+ * the high and low region are always the first two ranges of\n+ * linux,usable-memory-range if exist.\n */\n-#define MAX_USABLE_RANGES\t\t2\n+#define MAX_USABLE_RANGES\t\t(2 + CRASHK_CMA_RANGES_MAX)\n \n /**\n * early_init_dt_check_for_usable_mem_range - Decode usable memory range\ndiff --git a/drivers/of/kexec.c b/drivers/of/kexec.c\nindex c4cf3552c018..57950aae80e7 100644\n--- a/drivers/of/kexec.c\n+++ b/drivers/of/kexec.c\n@@ -439,6 +439,15 @@ void *of_kexec_alloc_and_setup_fdt(const struct kimage *image,\n \t\t\tif (ret)\n \t\t\t\tgoto out;\n \t\t}\n+\n+\t\tfor (int i = 0; i < crashk_cma_cnt; i++) {\n+\t\t\tret = fdt_appendprop_addrrange(fdt, 0, chosen_node,\n+\t\t\t\t\t\"linux,usable-memory-range\",\n+\t\t\t\t\tcrashk_cma_ranges[i].start,\n+\t\t\t\t\tcrashk_cma_ranges[i].end - crashk_cma_ranges[i].start + 1);\n+\t\t\tif (ret)\n+\t\t\t\tgoto out;\n+\t\t}\n #endif\n \t}\n \ndiff --git a/include/linux/crash_reserve.h b/include/linux/crash_reserve.h\nindex f0dc03d94ca2..30864d90d7f5 100644\n--- a/include/linux/crash_reserve.h\n+++ b/include/linux/crash_reserve.h\n@@ -14,9 +14,11 @@\n extern struct resource crashk_res;\n extern struct resource crashk_low_res;\n extern struct range crashk_cma_ranges[];\n+\n+#define CRASHK_CMA_RANGES_MAX 4\n #if defined(CONFIG_CMA) && defined(CONFIG_ARCH_HAS_GENERIC_CRASHKERNEL_RESERVATION)\n #define CRASHKERNEL_CMA\n-#define CRASHKERNEL_CMA_RANGES_MAX 4\n+#define CRASHKERNEL_CMA_RANGES_MAX (CRASHK_CMA_RANGES_MAX)\n extern int crashk_cma_cnt;\n #else\n #define crashk_cma_cnt 0\n", "prefixes": [ "v11", "10/11" ] }