Unnamed repository
810b726b82
Upstream: fedora Resolves: RHEL-3929 Conflict: Yes, for fedora there is no kdump.sysconfig.x86_64, but gen-kdump-sysconfig.sh. So for backporting, the modification is made on kdump.sysconfig.x86_64. commit ada6f5edf1ae06fc88759aa2f94d09e2a98d21ef Author: Tao Liu <ltao@redhat.com> Date: Wed May 1 16:53:19 2024 +0800 sysconfig: add pcie_ports compat to KDUMP_COMMANDLINE_APPEND on x86_64 There have been some of failing cases of kdump in 2nd kernel, where ususally only one cpu is enabled by "nr_cpus=1", but with a large number of devices, which may easily exceed the maximum IRQ resources of one cpu can handle. As a result, the 2nd kernel will hang and kdump fails. This issue is often observed on machines with many cpus and many devices. On those systems, pcieports consume quite proportion of IRQ resources, many following message can be seen in dmesg log: pcieport 0000:18:01.0: PME: Signaling with IRQ 109 According to kernel doc[1], when "pcie_ports=compat" applied, it will disable native PCIe services (PME, AER, DPC, PCIe hotplug). Those functions are power management events, error reporting, performance, hotplug related, which are not the must-have functions for kdump. In addition, after testing, no side effects such as cannot writing vmcore into sdx, nvme etc been noticed. This patch will disable native PCIe services for 2nd kernel, to saving the scarce IRQ resources and increase the kdump success. Attach Prarit's comments: This makes sense to me. The only concern anyone should have is that a PCIE error could have been responsible for taking down the kernel in the first place, and booting into the second kernel could then also have a fatal problem. I'm not sure we can ever fix that type of cascade of panics :) so it makes sense to disable these features. [1]: https://www.kernel.org/doc/html/v6.9-rc1/admin-guide/kernel-parameters.html Signed-off-by: Tao Liu <ltao@redhat.com> Acked-by: Prarit Bhargava <prarit@redhat.com> Acked-by: Dave Young <dyoung@redhat.com> Signed-off-by: Tao Liu <ltao@redhat.com> |
||
---|---|---|
tests | ||
.editorconfig | ||
.gitignore | ||
60-fadump.install | ||
60-kdump.install | ||
92-crashkernel.install | ||
98-kexec.rules | ||
98-kexec.rules.ppc64 | ||
crashkernel-howto.txt | ||
dracut-early-kdump-module-setup.sh | ||
dracut-early-kdump.sh | ||
dracut-fadump-init-fadump.sh | ||
dracut-fadump-module-setup.sh | ||
dracut-kdump-capture.service | ||
dracut-kdump-emergency.service | ||
dracut-kdump-emergency.target | ||
dracut-kdump.sh | ||
dracut-module-setup.sh | ||
dracut-monitor_dd_progress | ||
early-kdump-howto.txt | ||
fadump-howto.txt | ||
gating.yaml | ||
gen-kdump-conf.sh | ||
kdump-dep-generator.sh | ||
kdump-in-cluster-environment.txt | ||
kdump-lib-initramfs.sh | ||
kdump-lib.sh | ||
kdump-logger.sh | ||
kdump-migrate-action.sh | ||
kdump-restart.sh | ||
kdump-udev-throttler | ||
kdump.conf.5 | ||
kdump.service | ||
kdump.sysconfig | ||
kdump.sysconfig.aarch64 | ||
kdump.sysconfig.i386 | ||
kdump.sysconfig.ppc64 | ||
kdump.sysconfig.ppc64le | ||
kdump.sysconfig.s390x | ||
kdump.sysconfig.x86_64 | ||
kdumpctl | ||
kdumpctl.8 | ||
kexec_file-add-kexec_file-flag-to-support-debug-prin.patch | ||
kexec-kdump-howto.txt | ||
kexec-tools.spec | ||
kexec-update-manpage-with-explicit-mention-of-clean-.patch | ||
live-image-kdump-howto.txt | ||
makedumpfile-1.7.2-0001-Mark-start-of-1.7.3-development-phase-with-ver.patch | ||
makedumpfile-1.7.2-0002-Makefile-Remove-version-from-usr-share-makedum.patch | ||
makedumpfile-1.7.2-0003-IMPLEMENTAION-Add-a-description-of-the-flatten.patch | ||
makedumpfile-1.7.2-0004-Fix-wrong-exclusion-of-slab-pages-on-Linux-6.2.patch | ||
makedumpfile-1.7.2-0005-sadump-fix-failure-of-reading-memory-when-5-le.patch | ||
makedumpfile-1.7.2-0006-1-2-eppic-Fix-incompatible-pointer-type-warnin.patch | ||
makedumpfile-1.7.2-0007-2-2-eppic-Fix-a-warning-about-redefining-ERRMS.patch | ||
mkdumprd | ||
mkdumprd.8 | ||
mkfadumprd | ||
README | ||
sources | ||
supported-kdump-targets.txt | ||
zanata-notes.txt |
Adding a patch to kexec-tools ============================= There is a mailing list kexec@lists.fedoraproject.org where all the dicussion related to fedora kexec-tools happen. All the patches are posted there for inclusion and committed to kexec-tools after review. So if you want your patches to be included in fedora kexec-tools package, post these to kexec@lists.fedoraproject.org. One can subscribe to list and browse through archives here. https://admin.fedoraproject.org/mailman/listinfo/kexec