From: Baoquan He <bhe@redhat.com>
To: Kaihao Bai <carlo.bai@linux.alibaba.com>
Cc: ebiederm@xmission.com, kexec@lists.infradead.org,
linux-kernel@vger.kernel.org, baolin.wang@linux.alibaba.com
Subject: Re: [PATCH 0/2] kexec: accumulate and release the size of crashkernel
Date: Tue, 5 Jul 2022 09:56:55 +0800 [thread overview]
Message-ID: <YsOaZ/IETqnWO2uI@MiWiFi-R3L-srv> (raw)
In-Reply-To: <1656934895-12334-1-git-send-email-carlo.bai@linux.alibaba.com>
On 07/04/22 at 07:41pm, Kaihao Bai wrote:
> Currently x86 and arm64 support to reserve low memory range for
> crashkernel. When crashkernel=Y,low is defined, the main kernel would
> reserve another memblock (instead of crashkernel=X,high, which stored
> in crashk_res) for crashkernel and store it in crashk_low_res.
>
> The implementations of get_crash_size and crash_shrink_size do not
> consider the extra reserved memory range if it exists. Thus, firstly
> accumulate this range on the size of crashkernel and export the size
> by /sys/kernel/kexec_crash_size.
>
> If getting the input of /sys/kernel/kexec_crash_size, both reserved ranges
> might be released if the new size is smaller than current size. The order
> of release is (crashk_res -> crashk_low_res). Only if the new size defined
> by the user is smaller than the size of low memory range, continue to
> release the reserved low memory range after completely releasing the high
> memory range.
Sorry, I don't like this patchset.
I bet you don't encounter a real problem in your product environment.
Regarding crashkernel=,high|low, the ,low memory is for DMA and
requirement from memory under lower range. The ,high meomry is for
kernel/initrd loading, kernel data, user space program running. When
you configure crashkernel= in your system, you need evaluate what
value is suitable. /sys/kernel/kexec_crash_size is an interface you
can make use of to tune the memory usage. People are not suggested to
free all crashkernel reservation via the interface.
So, please leave this as is, unless you have a real case where this
change is needed.
Thanks
Baoquan
next prev parent reply other threads:[~2022-07-05 1:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-04 11:41 [PATCH 0/2] kexec: accumulate and release the size of crashkernel Kaihao Bai
2022-07-04 11:41 ` [PATCH 1/2] kexec: accumulate kexec_crash_size if crashk_low_res defined Kaihao Bai
2022-07-04 11:41 ` [PATCH 2/2] kexec: release reserved memory ranges to RAM " Kaihao Bai
2022-07-05 1:56 ` Baoquan He [this message]
2022-07-22 11:37 ` [PATCH 0/2] kexec: accumulate and release the size of crashkernel Carlo Bai
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=YsOaZ/IETqnWO2uI@MiWiFi-R3L-srv \
--to=bhe@redhat.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=carlo.bai@linux.alibaba.com \
--cc=ebiederm@xmission.com \
--cc=kexec@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
/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