[PATCH v8 0/3] acpi: apei: Drop panic() on

[mrnuke]

FFS (firmware-first) handling through APEI seems to have developed a policy
to panic() on any fatal errors. This policy is completely independent of
the non-FFS case and inconsistent the native behavior of error handlers.
A number of handlers will cope with fatal errors just fine when the APEI
code path is not used.

The purpose of this series is to obsolete this phoronic policy, with
the motivation to enable identical handling of PCIe errors to native
reporting.

Changes since v7:
 - Now applies and complies on shiny v4.17

Changes since v6:
 - Fixed silly compilation warning
 - Dropped concept of "degrading" error severity

Changes since v5:
 - Removed zoological references from commit message

Changes since v4:
 - Fix Freudian slip and use GHES_ instead of CPER_ enum
 - Rephrased comments to clarify what we don't care about

Changes since v3:
 - Renamed ghes_severity to something more concrete
 - Reorganized code to make it look like more than just a rename
 - Remembered to remove last patch in the series

Changes since v2:
 - Due to popular request, simple is chosen over flexible
 - Removed splitting of handlers into irq safe portion.
 - Change behavior only for PCIe errors

Changes since v1:
 - Due to popular request, the panic() is left in the NMI handler
 - GHES AER handler is split into NMI and non-NMI portions
 - ghes_notify_nmi() does not panic on deferrable errors
 - The handlers are put in a mapping and given a common call signature

Alexandru Gagniuc (3):
  acpi: apei: Rename GHES_SEV_PANIC to GHES_SEV_FATAL
  acpi: apei: Rename ghes_severity() to ghes_cper_severity()
  acpi: apei: Do not panic() on PCIe errors reported through GHES

 arch/x86/kernel/cpu/mcheck/mce-apei.c |  2 +-
 drivers/acpi/apei/ghes.c              | 65 +++++++++++++++++++++++++++--------
 drivers/edac/ghes_edac.c              |  2 +-
 include/acpi/ghes.h                   |  2 +-
 4 files changed, 54 insertions(+), 17 deletions(-)

-- 
2.14.3