There are reports[0] that HPE's 'ProLiant m400 Server' (aka moonshot) has broken RAS support, and adding disable_hest to the kernel cmdline is the only way to make the board boot if APEI support is built into the kernel. After Mark Salter's investigation[1] we know that UEFI's ExitBootServices is doing something that causes a fatal error to be written to GHES.2. Once the kernel finds this, it falsely assume it was due to something that happened during boot, and panic()s. This series adds a DMI quirks table to hest.c, and adds a helper that lets us query the UEFI system table version, to set hest_disabled on this platform. Testing the HEST table vendor and revision is a problem as this would match all 'HPE ProLiant', some of which may be a totally different CPU architecture. I don't have access to an m400, these DMI and UEFI values were taken from the crashlog report at [0], then tested with the equivalent fields on Seattle. Thanks, James [0] https://bugzilla.redhat.com/show_bug.cgi?id=1574718 [1] https://www.spinics.net/lists/arm-kernel/msg660956.html James Morse (2): efi: Add helper to retrieve runtime version number ACPI / APEI: Add DMI matching quirks for platforms that require hest_disable drivers/acpi/apei/hest.c | 38 ++++++++++++++++++++++++++++++++++++++ include/linux/efi.h | 5 +++++ 2 files changed, 43 insertions(+) -- 2.17.1 -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html