Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753500Ab3E1Sxh (ORCPT ); Tue, 28 May 2013 14:53:37 -0400 Received: from g4t0014.houston.hp.com ([15.201.24.17]:37706 "EHLO g4t0014.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751878Ab3E1Sxf (ORCPT ); Tue, 28 May 2013 14:53:35 -0400 From: Betty Dall To: rjw@sisk.pl, bhelgaas@google.com Cc: ying.huang@intel.com, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, Betty Dall Subject: [PATCH 0/3] PCI/ACPI: Fix firmware first error recovery with root port in reset Date: Tue, 28 May 2013 12:48:46 -0600 Message-Id: <1369766929-4386-1-git-send-email-betty.dall@hp.com> X-Mailer: git-send-email 1.7.7.6 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1430 Lines: 30 This patch set fixes a bug on platforms that use firmware first AER. Firmware can leave the root port in Secondary Bus Reset (SBR) and communicate this to the OS through the "reset" bit in the flags field of the HEST table and associated CPER records. Firmware wants to do this so that the error is contained and the hardware is in a known state. Without these patches, the root port stays in SBR and the device drivers cannot recover. These patches recognize when the firmware first root port is in SBR and bring the root port out of SBR so the devices under the root port can recover. The changes have been tested on systems with firmware first that set the "reset" bit by injecting various hardware errors. The errors successfully recover. --- Betty Dall (3): PCI/AER: Fix incorrect return from aer_hest_parse() ACPI/APEI: Force fatal AER severity when bus has been reset PCI/AER: Provide reset_link for firmware first root port --- drivers/acpi/apei/ghes.c | 21 ++++++++++++++++++- drivers/pci/pcie/aer/aerdrv_acpi.c | 3 ++ drivers/pci/pcie/aer/aerdrv_core.c | 38 ++++++++++++++++++++++++++++++++++++ 3 files changed, 61 insertions(+), 1 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/