Comment 17 for bug 1933518

Completed my testing.
System Information
        Manufacturer: HPE
        Product Name: ProLiant DL385 Gen10
        Version: Not Specified
        Serial Number: 2M2935031X
        UUID: 37383738-3831-4d32-3239-333530333158
        Wake-up Type: Power Switch
        SKU Number: 878718-B21
        Family: ProLiant

lsscsi
[0:0:0:0] enclosu HPE Smart Adapter 3.53 -
[0:1:0:0] disk HPE LOGICAL VOLUME 3.53 /dev/sda
[0:2:0:0] storage HPE P408i-a SR Gen10 3.53 -
[1:0:0:0] disk Generic- SD/MMC CRW 1.00 /dev/sdb

Booted from P408i.

I spent some time testing kdump. I had to disable IOMMU to get kexec/kdump to work. Not sure why because neither the smartpqi driver nor our controllers care about IOMMU settings.
So, this perhaps is a platform issue.

I used the following kdump settings:
 /etc/default/grub.d/kdump-tools.cfg
   GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=512M-:640M"

vi /etc/default/kdump-tools
KDUMP_KEXEC_ARGS="--elf64-core-headers"
#KDUMP_CMDLINE=""
KDUMP_CMDLINE_APPEND="reset_devices systemd.unit=kdump-tools-dump.service nr_cpus=1 irqpoll nousb ata_piix.prefer_ms_hyperv=0 acpi_no_memhotplug numa=off lapic pci=nommconf pci=biosirq nosmep mem_encrypt=off"

Not sure what all is really required, but kdump works with all of the above settings.

ls -ltr /var/crash/202108271939/
total 2374244
-r-------- 1 root root 33816203264 Aug 27 19:40 vmcore.202108271939
root@sys2m2935031x:~# date
Fri 27 Aug 2021 07:45:45 PM UTC

All of my other tests looked good.
fio performance testing - No regressions.
reboot testing
configuration testing - (using our SSA tools to switch between RAID and HBA mode)