From d41e1ad1af0b90f1bc41e83bab769f85a7e48907 Mon Sep 17 00:00:00 2001 From: eabdullin Date: Thu, 27 Mar 2025 13:09:27 +0000 Subject: [PATCH] import CS kdump-utils-1.0.51-10.el10 --- .gitignore | 2 +- ...y-exit-from-udev-on-hotplug-event-fo.patch | 35 ++++++ ....conf-Omit-nouveau-and-amdgpu-module.patch | 34 ++++++ ...9-kdump.conf-Omit-hwdb-dracut-module.patch | 43 +++++++ ...rypto-fips_enabled-to-tell-if-FIPS-h.patch | 36 ++++++ ...ust-default-crashkernel-reservation-.patch | 64 ++++++++++ ...dump-lib.sh-Fix-all-1G-boundry-to-2G.patch | 96 +++++++++++++++ kdump-utils.spec | 110 ++++++++++++++---- sources | 2 +- 9 files changed, 395 insertions(+), 27 deletions(-) create mode 100644 0001-powerpc-fix-early-exit-from-udev-on-hotplug-event-fo.patch create mode 100644 0002-99-kdump.conf-Omit-nouveau-and-amdgpu-module.patch create mode 100644 0003-99-kdump.conf-Omit-hwdb-dracut-module.patch create mode 100644 0004-Check-proc-sys-crypto-fips_enabled-to-tell-if-FIPS-h.patch create mode 100644 0005-kdump-lib.sh-Adjust-default-crashkernel-reservation-.patch create mode 100644 0006-kdump-lib.sh-Fix-all-1G-boundry-to-2G.patch diff --git a/.gitignore b/.gitignore index c1b61e3..9cc57fe 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -kdump-utils-1.0.43.tar.gz +kdump-utils-1.0.51.tar.gz diff --git a/0001-powerpc-fix-early-exit-from-udev-on-hotplug-event-fo.patch b/0001-powerpc-fix-early-exit-from-udev-on-hotplug-event-fo.patch new file mode 100644 index 0000000..3013405 --- /dev/null +++ b/0001-powerpc-fix-early-exit-from-udev-on-hotplug-event-fo.patch @@ -0,0 +1,35 @@ +From 679a1c5a96e4b5fac06f2045db97db21e6a62ff8 Mon Sep 17 00:00:00 2001 +From: Sourabh Jain +Date: Wed, 8 Jan 2025 12:11:10 +0530 +Subject: [PATCH] powerpc: fix early exit from udev on hotplug event for fadump + +Sysfs /sys/kernel/fadump/hotplug_ready contains 1 if hotplug is +supported by fadump. + +Now to exit early the RUN command should grep 0 from +/sys/kernel/fadump/hotplug_ready instead of 1. + +Fix it by updating RUN command. + +Fixes: b4e3d3724cf3 ("fadump/udev: do not re-register fadump if kernel hotplug ready") +Signed-off-by: Sourabh Jain +--- + 98-kexec.rules.ppc64 | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/98-kexec.rules.ppc64 b/98-kexec.rules.ppc64 +index 85fe0b1..ac6d42a 100644 +--- a/98-kexec.rules.ppc64 ++++ b/98-kexec.rules.ppc64 +@@ -17,7 +17,7 @@ LABEL="kdump_reload_mem" + + # Don't re-register fadump if /sys/kernel/fadump/hotplug_ready sysfs is set to 1. + +-RUN+="/bin/sh -c '/usr/bin/systemctl is-active kdump.service || exit 0; ! test -f /sys/kernel/fadump/hotplug_ready || cat /sys/kernel/fadump/hotplug_ready | grep 1 || exit 0; /usr/bin/systemd-run --quiet --no-block /usr/lib/udev/kdump-udev-throttler'" ++RUN+="/bin/sh -c '/usr/bin/systemctl is-active kdump.service || exit 0; ! test -f /sys/kernel/fadump/hotplug_ready || cat /sys/kernel/fadump/hotplug_ready | grep 0 || exit 0; /usr/bin/systemd-run --quiet --no-block /usr/lib/udev/kdump-udev-throttler'" + + GOTO="kdump_reload_end" + +-- +2.41.0 + diff --git a/0002-99-kdump.conf-Omit-nouveau-and-amdgpu-module.patch b/0002-99-kdump.conf-Omit-nouveau-and-amdgpu-module.patch new file mode 100644 index 0000000..cfa4b68 --- /dev/null +++ b/0002-99-kdump.conf-Omit-nouveau-and-amdgpu-module.patch @@ -0,0 +1,34 @@ +From 77a0246cde3505777cfa1f9c2a1a834e76b7eed6 Mon Sep 17 00:00:00 2001 +From: Lichen Liu +Date: Mon, 13 Jan 2025 17:39:56 +0800 +Subject: [PATCH] 99-kdump.conf: Omit nouveau and amdgpu module + +Resolves: https://issues.redhat.com/browse/RHEL-52304 + +The GPU module provides no significant utility in second kernel, and it +introduces firmware that occupies lots of memory, which is critical in +the constrained environment of kdump. Omit it helps reduce memory usage +and optimize the crash recovery process. + +See also: +https://access.redhat.com/solutions/6977793 +https://access.redhat.com/solutions/7100186 + +Signed-off-by: Lichen Liu +--- + 99-kdump.conf | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/99-kdump.conf b/99-kdump.conf +index 80d6e43..696c7ac 100644 +--- a/99-kdump.conf ++++ b/99-kdump.conf +@@ -1,3 +1,4 @@ + dracutmodules='' + add_dracutmodules=' kdumpbase ' + omit_dracutmodules=' rdma plymouth resume ifcfg earlykdump ' ++omit_drivers+=' nouveau amdgpu ' +\ No newline at end of file +-- +2.47.0 + diff --git a/0003-99-kdump.conf-Omit-hwdb-dracut-module.patch b/0003-99-kdump.conf-Omit-hwdb-dracut-module.patch new file mode 100644 index 0000000..49b14fb --- /dev/null +++ b/0003-99-kdump.conf-Omit-hwdb-dracut-module.patch @@ -0,0 +1,43 @@ +From 966dc0845980d2150a6614387ce6a05c79e1eb80 Mon Sep 17 00:00:00 2001 +From: Lichen Liu +Date: Tue, 21 Jan 2025 14:04:28 +0800 +Subject: [PATCH] 99-kdump.conf: Omit hwdb dracut module + +The hwdb (udev hardware database) file `/etc/udev/hwdb.bin` is currently +included in the initramfs, taking up approximately 13MB of space. This is +a significant size for kdump initramfs, which may lead more OOM issues. + +Certain advanced device initializations that rely on hwdb (e.g., custom +keyboard mappings, specific touchpad configurations) may not work in the +kdump environment. + +However, kdump do not require hwdb in the most cases, as critical devices +like storage, network, and basic input devices are typically handled by +standard udev rules and kernel drivers. + +This change prioritizes reducing initramfs size over retaining hardware +database functionality, as the latter is rarely critical in the kdump +environment. + +Resolves: https://issues.redhat.com/browse/RHEL-57731 + +Signed-off-by: Lichen Liu +--- + 99-kdump.conf | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/99-kdump.conf b/99-kdump.conf +index 696c7ac..1301c44 100644 +--- a/99-kdump.conf ++++ b/99-kdump.conf +@@ -1,4 +1,4 @@ + dracutmodules='' + add_dracutmodules=' kdumpbase ' +-omit_dracutmodules=' rdma plymouth resume ifcfg earlykdump ' +-omit_drivers+=' nouveau amdgpu ' +\ No newline at end of file ++omit_dracutmodules=' hwdb rdma plymouth resume ifcfg earlykdump ' ++omit_drivers+=' nouveau amdgpu ' +-- +2.47.0 + diff --git a/0004-Check-proc-sys-crypto-fips_enabled-to-tell-if-FIPS-h.patch b/0004-Check-proc-sys-crypto-fips_enabled-to-tell-if-FIPS-h.patch new file mode 100644 index 0000000..806836c --- /dev/null +++ b/0004-Check-proc-sys-crypto-fips_enabled-to-tell-if-FIPS-h.patch @@ -0,0 +1,36 @@ +From 722b45982e954d47e507d4aa33fbe8003da34d91 Mon Sep 17 00:00:00 2001 +From: Coiby Xu +Date: Mon, 17 Feb 2025 11:02:05 +0800 +Subject: [PATCH] Check /proc/sys/crypto/fips_enabled to tell if FIPS has been + enabled + +Resolves: https://issues.redhat.com/browse/RHEL-75539 + +A proposal [1] has been submitted to remove fips-mode-setup from Fedora +42. And we are suggested to tell if FIPS has been enabled by check if +/proc/sys/crypto/fips_enabled has 1. + +[1] https://fedoraproject.org/wiki/Changes/RemoveFipsModeSetup#Feedback +[2] https://developers.redhat.com/articles/2024/02/27/handling-fips-mode-upstream-projects-rhel# + +Signed-off-by: Coiby Xu +--- + mkdumprd | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/mkdumprd b/mkdumprd +index c51d28f4..047a32ea 100644 +--- a/mkdumprd ++++ b/mkdumprd +@@ -424,7 +424,7 @@ if ! is_fadump_capable; then + + dracut_args+=(--no-hostonly-default-device) + +- if fips-mode-setup --is-enabled 2> /dev/null; then ++ if [[ $(cat /proc/sys/crypto/fips_enabled) == 1 ]]; then + dracut_args+=(--add-device "$(findmnt -n -o SOURCE --target /boot)") + fi + fi +-- +2.48.1 + diff --git a/0005-kdump-lib.sh-Adjust-default-crashkernel-reservation-.patch b/0005-kdump-lib.sh-Adjust-default-crashkernel-reservation-.patch new file mode 100644 index 0000000..e885d03 --- /dev/null +++ b/0005-kdump-lib.sh-Adjust-default-crashkernel-reservation-.patch @@ -0,0 +1,64 @@ +From fe18f933baed9eaa18e0c2427aaca4640d8f6fa1 Mon Sep 17 00:00:00 2001 +From: Lichen Liu +Date: Thu, 6 Mar 2025 10:21:43 +0800 +Subject: [PATCH] kdump-lib.sh: Adjust default crashkernel reservation for + x86_64 and s390x + +With new kernel features being added, both the kernel itself and the initramfs +have gradually increased in size. + +Previously, we used squashfs to package and reduce the initramfs size. However, +since squashfs will be replaced by erofs, we have transitioned to erofs. The +compression algorithms supported by erofs differ from those used in squashfs. +In previous squashfs implementations, we used zstd compression, but in RHEL-10, +the erofs implementation in the kernel does not yet support zstd decompression. +As a result, we had to switch to other compression algorithms, leading to +changes in the initramfs size. + +In some scenarios, the previous 192M crashkernel reservation is no longer +sufficient. Recent NFS testing has shown that at least 238M is required to +successfully capture a vmcore. Given this, we have updated the default +crashkernel reservation to start from 2G, with 256M allocated for crash +recovery. + +Since 256M is a significant portion of memory on smaller systems, we have +decided not to reserve crashkernel memory by default on systems with less +than 2G of RAM. However, users can still manually adjust the `crashkernel=` +setting via tools like `grubby` if needed. + +Signed-off-by: Lichen Liu +Signed-off-by: Coiby Xu +--- + crashkernel-howto.txt | 2 +- + kdump-lib.sh | 2 +- + 2 files changed, 2 insertions(+), 2 deletions(-) + +diff --git a/crashkernel-howto.txt b/crashkernel-howto.txt +index 2e99a34e..bd369cb8 100644 +--- a/crashkernel-howto.txt ++++ b/crashkernel-howto.txt +@@ -17,7 +17,7 @@ Latest kexec-tools provides "kdumpctl get-default-crashkernel" to retrieve + the default crashkernel value, + + $ echo $(kdumpctl get-default-crashkernel) +- 1G-4G:192M,4G-64G:256M,64G-:512M ++ 2G-64G:256M,64G-:512M + + It will be taken as the default value of 'crashkernel=', you can use + this value as a reference for setting crashkernel value manually. +diff --git a/kdump-lib.sh b/kdump-lib.sh +index 5bdc4929..143f5056 100755 +--- a/kdump-lib.sh ++++ b/kdump-lib.sh +@@ -1005,7 +1005,7 @@ kdump_get_arch_recommend_crashkernel() + _arch=$(uname -m) + + if [[ $_arch == "x86_64" ]] || [[ $_arch == "s390x" ]]; then +- _ck_cmdline="1G-4G:192M,4G-64G:256M,64G-:512M" ++ _ck_cmdline="2G-64G:256M,64G-:512M" + is_sme_or_sev_active && ((_delta += 64)) + elif [[ $_arch == "aarch64" ]]; then + local _running_kernel +-- +2.48.1 + diff --git a/0006-kdump-lib.sh-Fix-all-1G-boundry-to-2G.patch b/0006-kdump-lib.sh-Fix-all-1G-boundry-to-2G.patch new file mode 100644 index 0000000..c862514 --- /dev/null +++ b/0006-kdump-lib.sh-Fix-all-1G-boundry-to-2G.patch @@ -0,0 +1,96 @@ +From ca42bd690ae5e15ac5c026c646aad18fb74d0836 Mon Sep 17 00:00:00 2001 +From: Lichen Liu +Date: Thu, 6 Mar 2025 13:58:02 +0800 +Subject: [PATCH] kdump-lib.sh: Fix all 1G boundry to 2G + +According to the current system requirements of Fedora[1] and RHEL[2], at least +2G physical memory is required to install the operating system, so it is not +meaningful to reserve crashkernel from 1G. + +This patch updates the default value of crashkernel for aarch64 architecture to +reserve from 2G. + +Also updated the testing part. + +See Also: +[1] Fedora Minimum System Configuration: https://docs.fedoraproject.org/en-US/fedora/latest/release-notes/hardware_overview/#hardware_overview-specs +[2] Prerequisites for enabling virtualization on RHEL: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/configuring_and_managing_virtualization/assembly_enabling-virtualization-in-rhel-9_configuring-and-managing-virtualization#proc_enabling-virtualization-in-rhel-9_assembly_enabling-virtualization-in-rhel-9 + +Signed-off-by: Lichen Liu +Signed-off-by: Coiby Xu +--- + kdump-lib.sh | 4 ++-- + spec/kdump-lib_spec.sh | 12 ++++++------ + spec/kdumpctl_manage_crashkernel_spec.sh | 4 ++-- + 3 files changed, 10 insertions(+), 10 deletions(-) + +diff --git a/kdump-lib.sh b/kdump-lib.sh +index 143f5056..0961f469 100755 +--- a/kdump-lib.sh ++++ b/kdump-lib.sh +@@ -1011,7 +1011,7 @@ kdump_get_arch_recommend_crashkernel() + local _running_kernel + + # Base line for 4K variant kernel. The formula is based on x86 plus extra = 64M +- _ck_cmdline="1G-4G:256M,4G-64G:320M,64G-:576M" ++ _ck_cmdline="2G-4G:256M,4G-64G:320M,64G-:576M" + if [[ -z "$2" ]]; then + _running_kernel=$(_get_kdump_kernel_version) + else +@@ -1021,7 +1021,7 @@ kdump_get_arch_recommend_crashkernel() + # the naming convention of 64k variant suffixes with +64k, e.g. "vmlinuz-5.14.0-312.el9.aarch64+64k" + if echo "$_running_kernel" | grep -q 64k; then + # Without smmu, the diff of MemFree between 4K and 64K measured on a high end aarch64 machine is 82M. +- # Picking up 100M to cover this diff. And finally, we have "1G-4G:356M;4G-64G:420M;64G-:676M" ++ # Picking up 100M to cover this diff. And finally, we have "2G-4G:356M;4G-64G:420M;64G-:676M" + ((_delta += 100)) + # On a 64K system, the extra 384MB is calculated by: cmdq_num * 16 bytes + evtq_num * 32B + priq_num * 16B + # While on a 4K system, it is negligible +diff --git a/spec/kdump-lib_spec.sh b/spec/kdump-lib_spec.sh +index f13372c7..daacb797 100644 +--- a/spec/kdump-lib_spec.sh ++++ b/spec/kdump-lib_spec.sh +@@ -51,11 +51,11 @@ Describe 'kdump-lib' + Describe "_crashkernel_add()" + Context "For valid input values" + Parameters +- "1G-4G:256M,4G-64G:320M,64G-:576M" "100M" "1G-4G:356M,4G-64G:420M,64G-:676M" +- "1G-4G:256M" "100" "1G-4G:268435556" # avoids any rounding when size % 1024 != 0 +- "1G-4G:256M,4G-64G:320M,64G-:576M@4G" "100M" "1G-4G:356M,4G-64G:420M,64G-:676M@4G" +- "1G-4G:1G,4G-64G:2G,64G-:3G@4G" "100M" "1G-4G:1124M,4G-64G:2148M,64G-:3172M@4G" +- "1G-4G:10000K,4G-64G:20000K,64G-:40000K@4G" "100M" "1G-4G:112400K,4G-64G:122400K,64G-:142400K@4G" ++ "2G-4G:256M,4G-64G:320M,64G-:576M" "100M" "2G-4G:356M,4G-64G:420M,64G-:676M" ++ "2G-4G:256M" "100" "2G-4G:268435556" # avoids any rounding when size % 1024 != 0 ++ "2G-4G:256M,4G-64G:320M,64G-:576M@4G" "100M" "2G-4G:356M,4G-64G:420M,64G-:676M@4G" ++ "2G-4G:1G,4G-64G:2G,64G-:3G@4G" "100M" "2G-4G:1124M,4G-64G:2148M,64G-:3172M@4G" ++ "2G-4G:10000K,4G-64G:20000K,64G-:40000K@4G" "100M" "2G-4G:112400K,4G-64G:122400K,64G-:142400K@4G" + "1,high" "1" "2,high" + "1K,low" "1" "1025,low" + "128G-1T:4G" "0" "128G-1T:4G" +@@ -74,7 +74,7 @@ Describe 'kdump-lib' + End + Context "For invalid input values" + Parameters +- "1G-4G:256M.4G-64G:320M" "100M" ++ "2G-4G:256M.4G-64G:320M" "100M" + "foo" "1" + "1" "bar" + End +diff --git a/spec/kdumpctl_manage_crashkernel_spec.sh b/spec/kdumpctl_manage_crashkernel_spec.sh +index 3255d9aa..5817b519 100644 +--- a/spec/kdumpctl_manage_crashkernel_spec.sh ++++ b/spec/kdumpctl_manage_crashkernel_spec.sh +@@ -4,8 +4,8 @@ Describe 'Management of the kernel crashkernel parameter.' + Include ./kdumpctl + kernel1=/boot/vmlinuz-5.15.6-100.fc34.x86_64 + kernel2=/boot/vmlinuz-5.14.14-200.fc34.x86_64 +- old_ck=1G-4G:162M,4G-64G:256M,64G-:512M +- new_ck=1G-4G:196M,4G-64G:256M,64G-:512M ++ old_ck=2G-4G:162M,4G-64G:256M,64G-:512M ++ new_ck=2G-4G:196M,4G-64G:256M,64G-:512M + KDUMP_SPEC_TEST_RUN_DIR=$(mktemp -u /tmp/spec_test.XXXXXXXXXX) + GRUB_CFG="$KDUMP_SPEC_TEST_RUN_DIR/grub.cfg" + +-- +2.48.1 + diff --git a/kdump-utils.spec b/kdump-utils.spec index 6fbbcad..8b70d10 100644 --- a/kdump-utils.spec +++ b/kdump-utils.spec @@ -1,13 +1,29 @@ +## START: Set by rpmautospec +## (rpmautospec version 0.6.5) +## RPMAUTOSPEC: autorelease, autochangelog +%define autorelease(e:s:pb:n) %{?-p:0.}%{lua: + release_number = 10; + base_release_number = tonumber(rpm.expand("%{?-b*}%{!?-b:1}")); + print(release_number + base_release_number - 1); +}%{?-e:.%{-e*}}%{?-s:.%{-s*}}%{!?-n:%{?dist}} +## END: Set by rpmautospec + # kdump-utils has no debug source %global debug_package %{nil} Name: kdump-utils -Version:1.0.43 -Release: 1%{?dist} +Version:1.0.51 +Release: %autorelease -b 1 Summary: Kernel crash dump collection utilities License: GPL-2.0-only URL: https://github.com/rhkdump/kdump-utils Source0: https://github.com/rhkdump/kdump-utils/archive/v%{version}/%{name}-%{version}.tar.gz +Patch01: 0001-powerpc-fix-early-exit-from-udev-on-hotplug-event-fo.patch +Patch02: 0002-99-kdump.conf-Omit-nouveau-and-amdgpu-module.patch +Patch03: 0003-99-kdump.conf-Omit-hwdb-dracut-module.patch +Patch04: 0004-Check-proc-sys-crypto-fips_enabled-to-tell-if-FIPS-h.patch +Patch05: 0005-kdump-lib.sh-Adjust-default-crashkernel-reservation-.patch +Patch06: 0006-kdump-lib.sh-Fix-all-1G-boundry-to-2G.patch %ifarch ppc64 ppc64le Requires(post): servicelog @@ -39,23 +55,15 @@ kdump kernel and initramfs to save the collected crash kernel dump to specified target. %prep -%autosetup +%autosetup -p1 %install %make_install sbindir=%_sbindir %post -# don't try to systemctl preset the kdump service for old kexec-tools -# -# when the old kexec-tools gets removed, this trigger will be excuted to -# create a file. So later the posttrans scriptlet will know there is no need to -# systemctl preset the kdump service. -# This solution can be dropped in F41 when we assume no users will use old -# version of kexec-tools. -%define kexec_tools_no_preset %{_localstatedir}/lib/rpm-state/kexec-tools.no-preset -%triggerun -- kexec-tools -touch %{kexec_tools_no_preset} +# kdumpctl will only set up default crashkernel when kdump.service is enabled +%systemd_post kdump.service touch /etc/kdump.conf @@ -64,6 +72,9 @@ servicelog_notify --remove --command=/usr/lib/kdump/kdump-migrate-action.sh 2>/d servicelog_notify --add --command=/usr/lib/kdump/kdump-migrate-action.sh --match='refcode="#MIGRATE" and serviceable=0' --type=EVENT --method=pairs_stdin >/dev/null %endif +# RPM scriptlet should always return 0. Otherwise it can break +# installs/upgrades/erases. +: %postun %systemd_postun_with_restart kdump.service @@ -75,14 +86,6 @@ servicelog_notify --remove --command=/usr/lib/kdump/kdump-migrate-action.sh >/de %systemd_preun kdump.service %posttrans -# don't try to systemctl preset the kdump service for old kexec-tools -if [[ -f %{kexec_tools_no_preset} ]]; then - # this if branch can be removed in F41 when we assume no users will use the old kexec-tools - rm %{kexec_tools_no_preset} -else - # Initial installation - %systemd_post kdump.service -fi # Try to reset kernel crashkernel value to new default value or set up # crasherkernel value for new install # @@ -90,6 +93,7 @@ fi # 1. Skip ostree systems as they are not supported. # 2. For Fedora 36 and RHEL9, "[ $1 == 1 ]" in posttrans scriptlet means both install and upgrade; # For Fedora > 36, "[ $1 == 1 ]" only means install and "[ $1 == 2 ]" means upgrade +# 3. osbuild depends on "kdumpctl _reset-crashkernel-for-installed_kernel" to set up crashkernel if [ ! -f /run/ostree-booted ] && [ $1 == 1 -o $1 == 2 ]; then kdumpctl _reset-crashkernel-after-update : @@ -132,8 +136,64 @@ fi %doc supported-kdump-targets.txt %changelog -* Mon Jul 15 2024 Lichen Liu - 1.0.43-1 -- Update to upstream 1.0.43 +## START: Generated by rpmautospec +* Thu Mar 06 2025 Coiby Xu - 1.0.51-10 +- kdump-lib.sh: Fix all 1G boundry to 2G -* Tue Oct 24 2023 Coiby - 1.0.42-10 -- split from kexec-tools +* Thu Mar 06 2025 Lichen Liu - 1.0.51-9 +- Bump release for RHEL-75539 + +* Thu Mar 06 2025 Coiby Xu - 1.0.51-8 +- kdump-lib.sh: Adjust default crashkernel reservation for x86_64 and s390x + +* Thu Mar 06 2025 Coiby Xu - 1.0.51-7 +- Check /proc/sys/crypto/fips_enabled to tell if FIPS has been enabled + +* Tue Feb 11 2025 Lichen Liu - 1.0.51-6 +- Let %%post scriptlet always exit successfully + +* Tue Jan 21 2025 Lichen Liu - 1.0.51-5 +- 99-kdump.conf: Omit hwdb dracut module + +* Tue Jan 21 2025 Lichen Liu - 1.0.51-4 +- 99-kdump.conf: Omit nouveau and amdgpu module + +* Mon Jan 13 2025 Lichen Liu - 1.0.51-3 +- Release kdump-utils-1.0.51-3 + +* Mon Jan 13 2025 Pingfan Liu - 1.0.51-2 +- powerpc: fix early exit from udev on hotplug event for fadump + +* Wed Dec 11 2024 Lichen Liu - 1.0.51-1 +- Rebase to upstream 1.0.51 + +* Fri Nov 15 2024 Philipp Rudo - 1.0.45-5 +- Allow ssh opts to be processed correctly + +* Fri Nov 01 2024 Coiby Xu - 1.0.45-4 +- Set up crashkernel value for osbuild + +* Tue Oct 29 2024 Troy Dawson - 1.0.45-3 +- Bump release for October 2024 mass rebuild: + +* Sun Oct 20 2024 Tao Liu - 1.0.45-2 +- Return the correct exit code of rebuild initrd + +* Fri Oct 11 2024 Lichen Liu - 1.0.45-1 +- Rebase to upstream v1.0.45 + +* Mon Sep 30 2024 Lichen Liu - 1.0.43-3 +- Release 1.0.43-2 + +* Fri Sep 27 2024 Philipp Rudo - 1.0.43-2 +- Enable erofs support for the kdump initrd + +* Mon Jul 15 2024 Lichen Liu - 1.0.43-1 +- Release 1.0.43-1 + +* Wed Jul 10 2024 Lichen Liu - 1.0.42-2 +- Enable gating test + +* Wed Jul 10 2024 Lichen Liu - 1.0.42-1 +- Initial import for CentOS Stream 10 +## END: Generated by rpmautospec diff --git a/sources b/sources index 1250eb1..1a150a9 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (kdump-utils-1.0.43.tar.gz) = ede87a85f63f1f08aec477729a2fe7858d78bd21588b00d13c8ce25b6d951bd400a0642bc2ae34c62ebcce54b8b8ff0c7a8d1d867be18217c9b015adc4131707 +SHA512 (kdump-utils-1.0.51.tar.gz) = 4dcad4cfa8f4434e93d712675de296a49791e430b4f697c8dcfbaddbe148b53f5ef5a77d022cf7175a7650d907346def77139370ffd27ef2f6a0f6b8c9dbfa12