From: Kairui Song on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails.
It has been a long-term demand for having a default crashkernel value for each kernel build. This helps to manage kernel's crashkernel usage by kernel version and provide users a reference default value.
RHEL kernels support a `crashkernel=auto` cmdline param. And kernel have a built-in default value used when `auto` is specified. Many attempts are made to push this upstream. Recent attempt to push this upstream raised a lot of discussions [1].
Upstream is not accepting this `crashkernel=auto` design. So after more discussions, instead of adding a default value in kernel, just add a config that packaged with kernel is more doable. Other packages, like kexec-tools[2], can use this as a reference and update kernel cmdline param.
[1]: https://lore.kernel.org/linux-mm/20210507010432.IN24PudKT%25akpm@linux- foundation.org/ [2]: https://lists.fedoraproject.org/archives/list/kexec@lists.fedoraproject.o rg/thread/MKUSELX3GKKXPFNLEGJMWXSS2LADRPMQ/
Signed-off-by: Kairui Song kasong@redhat.com
--- Documentation/admin-guide/kdump/kdump.rst | 12 ------------ kernel/crash_core.c | 28 ++-------------------------- redhat/Makefile | 1 + redhat/generate_crashkernel_default.sh | 25 +++++++++++++++++++++++++ redhat/kernel.spec.template | 5 +++++ 5 files changed, 33 insertions(+), 38 deletions(-)
From: Kairui Song on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6184494...
Thanks for all the comments and suggestions!
I've updated the default crashkernel value for x86_64 and s390 to `crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M`. Also removed some untested arches.
This should be a suitable value for most use cases, and it's consistent with RHEL8.
In RHEL9 we can't reduce the default crashkernel value, the kernel itself could consume about ~60M, initramfs and userspace consumption is also growing. We are working on reducing memory usage. But at this point let set the default value to a safer value that most machine won't encounter OOM in kdump kernel.
From: Baoquan He on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6184838...
The latest update looks good to me, ack the series.
Acked-by: Baoquan He bhe@redhat.com
From: Herton R. Krzesinski on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6189039...
Acked-by: Herton R. Krzesinski herton@redhat.com (via approve button)
From: Kairui Song on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6193907...
Hi, @hertonrk-rh, there are multiple packages depending on this MR, and many tests are blocked by this, is there an estimated schedule of when this will be merged and synced to rhel9?
From: Justin M. Forbes on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6195932...
Acked-by: Justin M. Forbes jforbes@fedoraproject.org (via approve button)
From: Herton R. Krzesinski on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171#note_6200288...
The MR here is acked and seems ready, so should be merged soon. Once merged, I believe I'll be able to sync this to rhel9 once 5.14-rc1 is released and if there are no problems in building etc. with it, may be next week we can get it in.
kernel@lists.fedoraproject.org
-
Baoquan He (via Email Bridge) -
Herton R. Krzesinski (via Email Bridge)
-
Justin M. Forbes (via Email Bridge)
-
Kairui Song (via Email Bridge)