From: Chen Zhou <chenzhou10@huawei.com>
To: <rppt@linux.ibm.com>, <catalin.marinas@arm.com>,
<will.deacon@arm.com>, <akpm@linux-foundation.org>,
<ard.biesheuvel@linaro.org>
Cc: <horms@verge.net.au>, <takahiro.akashi@linaro.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <kexec@lists.infradead.org>,
<linux-mm@kvack.org>, <wangkefeng.wang@huawei.com>,
Chen Zhou <chenzhou10@huawei.com>
Subject: [PATCH v2 0/3] support reserving crashkernel above 4G on arm64 kdump
Date: Tue, 9 Apr 2019 15:31:40 +0800 [thread overview]
Message-ID: <20190409073143.75808-1-chenzhou10@huawei.com> (raw)
When crashkernel is reserved above 4G in memory, kernel should reserve
some amount of low memory for swiotlb and some DMA buffers. So there may
be two crash kernel regions, one is below 4G, the other is above 4G.
Crash dump kernel reads more than one crash kernel regions via a dtb
property under node /chosen,
linux,usable-memory-range = <BASE1 SIZE1 [BASE2 SIZE2]>.
Besides, we need to modify kexec-tools:
arm64: support more than one crash kernel regions(see [1])
Changes since [v1]:
- Move common reserve_crashkernel_low() code into kernel/kexec_core.c.
- Remove memblock_cap_memory_ranges() i added in v1 and implement that
in fdt_enforce_memory_region().
There are at most two crash kernel regions, for two crash kernel regions
case, we cap the memory range [min(regs[*].start), max(regs[*].end)]
and then remove the memory range in the middle.
[1]: http://lists.infradead.org/pipermail/kexec/2019-April/022792.html
[v1]: https://lkml.org/lkml/2019/4/8/628
Chen Zhou (3):
arm64: kdump: support reserving crashkernel above 4G
arm64: kdump: support more than one crash kernel regions
kdump: update Documentation about crashkernel on arm64
Documentation/admin-guide/kernel-parameters.txt | 4 +-
arch/arm64/include/asm/kexec.h | 3 +
arch/arm64/kernel/setup.c | 3 +
arch/arm64/mm/init.c | 92 +++++++++++++++++++++----
arch/x86/include/asm/kexec.h | 3 +
arch/x86/kernel/setup.c | 66 ++----------------
include/linux/kexec.h | 1 +
include/linux/memblock.h | 6 ++
kernel/kexec_core.c | 53 ++++++++++++++
mm/memblock.c | 7 +-
10 files changed, 159 insertions(+), 79 deletions(-)
--
2.7.4
next reply other threads:[~2019-04-09 7:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-09 7:31 Chen Zhou [this message]
2019-04-09 7:31 ` [PATCH v2 1/3] arm64: kdump: support reserving crashkernel above 4G Chen Zhou
2019-04-09 7:31 ` [PATCH v2 2/3] arm64: kdump: support more than one crash kernel regions Chen Zhou
2019-04-09 7:31 ` [PATCH v2 3/3] kdump: update Documentation about crashkernel on arm64 Chen Zhou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190409073143.75808-1-chenzhou10@huawei.com \
--to=chenzhou10@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=ard.biesheuvel@linaro.org \
--cc=catalin.marinas@arm.com \
--cc=horms@verge.net.au \
--cc=kexec@lists.infradead.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=rppt@linux.ibm.com \
--cc=takahiro.akashi@linaro.org \
--cc=wangkefeng.wang@huawei.com \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox