Commit Graph

7 Commits

Author SHA1 Message Date
Tao Liu 810b726b82 sysconfig: add pcie_ports compat to KDUMP_COMMANDLINE_APPEND on x86_64
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>
2024-05-31 13:27:37 +08:00
Lichen Liu fcca486525 kdump.sysconfig*: add ignition.firstboot to KDUMP_COMMANDLINE_REMOVE
Resolves: bz2090533
Upstream: Fedora
Conflict: None

commit 218d9917c03f25bc9872f076491c587815d16efb
Author: Dusty Mabe <dusty@dustymabe.com>
Date:   Mon May 16 14:04:12 2022 -0400

    kdump.sysconfig*: add ignition.firstboot to KDUMP_COMMANDLINE_REMOVE

    For CoreOS based systems we use Ignition for provisioning machines
    in the initramfs on first boot. We trigger Ignition right now by
    the presence of `ignition.firstboot` in the kernel command line. The
    kernel argument is only present on first boot so after a reboot it
    no longer is in the kernel command line.

    If a kernel crash happens before the first reboot of a machine we
    want the `ignition.firstboot` kernel argument to be removed and not
    passed on to the crash kernel.

Signed-off-by: Lichen Liu <lichliu@redhat.com>
2022-05-27 10:08:59 +08:00
Coiby Xu 396e92f397 Revert "Revert "x86_64: enable the kexec file load by default""
Resolves: bz1977559
Upstream: Fedora
Conflict: None

commit 7ae9669f3961c9a95f3b04803bf61730b34f585a
Author: Coiby Xu <coxu@redhat.com>
Date:   Tue Jul 6 10:31:36 2021 +0800

    Revert "Revert "x86_64: enable the kexec file load by default""

    This reverts commit 073c30973cf45ce0cea7bfd2bb30c5449a041a54, i.e.
    re-enable the kexec file load by default since this dual signature
    issue no longer bothers Fedora 34.

    Signed-off-by: Coiby Xu <coxu@redhat.com>
    Acked-by: Kairui Song <kasong@redhat.com>

Signed-off-by: Coiby Xu <coxu@redhat.com>
2021-07-14 09:21:57 +08:00
Tao Liu 2b7d3aa34d Disable CMA in kdump 2nd kernel
Resolves: bz1950885
Upstream: fedora
Conflict: none

commit d5fe96cd7a779984bf2ba4c8dc51cd10c7e37efd
Author: Tao Liu <ltao@redhat.com>
Date:   Tue Apr 27 17:58:40 2021 +0800

    Disable CMA in kdump 2nd kernel

    kexec-tools needs to disable CMA for kdump kernel cmdline,
    otherwise kdump kernel may run out of memory.

    This patch strips the inherited cma=, hugetlb_cma= cmd
    line from 1st kernel, and sets to be 0 for 2nd kernel.

    Signed-off-by: Tao Liu <ltao@redhat.com>
    Acked-by: Kairui Song <kasong@redhat.com>

Signed-off-by: Tao Liu <ltao@redhat.com>
2021-05-14 14:27:03 +08:00
DistroBaker 17a51515f0 Merged update from upstream sources
This is an automated DistroBaker update from upstream sources.
If you do not know what this is about or would like to opt out,
contact the OSCI team.

Source: https://src.fedoraproject.org/rpms/kexec-tools.git#4f492cf73ea11ff74f5b062e18fcea45cb5e7eeb
2020-11-20 12:35:49 +00:00
DistroBaker 5cac7c3f96 Merged update from upstream sources
This is an automated DistroBaker update from upstream sources.
If you do not know what this is about or would like to opt out,
contact the OSCI team.

Source: https://src.fedoraproject.org/rpms/kexec-tools.git#bfd06661e81465d077bac435c90b4082134adf19
2020-11-05 05:34:29 +00:00
Petr Šabata f5bf4978d8 RHEL 9.0.0 Alpha bootstrap
The content of this branch was automatically imported from Fedora ELN
with the following as its source:
https://src.fedoraproject.org/rpms/kexec-tools#041ba89902961b5490a7143d9596dc00d732cba0
2020-10-15 14:45:57 +02:00