Message ID | 20200207103143.20104-1-shiju.jose@huawei.com |
---|---|
Headers | show |
Series | ACPI: APEI: Add support to notify the vendor specific HW errors | expand |
Hi All, Gentle reminder on this patch set. Thanks, Shiju >-----Original Message----- >From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi- >owner@vger.kernel.org] On Behalf Of Shiju Jose >Sent: 07 February 2020 10:32 >To: linux-acpi@vger.kernel.org; linux-pci@vger.kernel.org; linux- >kernel@vger.kernel.org; rjw@rjwysocki.net; helgaas@kernel.org; >lenb@kernel.org; bp@alien8.de; james.morse@arm.com; tony.luck@intel.com; >gregkh@linuxfoundation.org; zhangliguang@linux.alibaba.com; >tglx@linutronix.de >Cc: Linuxarm <linuxarm@huawei.com>; Jonathan Cameron ><jonathan.cameron@huawei.com>; tanxiaofei <tanxiaofei@huawei.com>; >yangyicong <yangyicong@huawei.com>; Shiju Jose <shiju.jose@huawei.com> >Subject: [PATCH v4 0/2] ACPI: APEI: Add support to notify the vendor specific >HW errors > >Presently the vendor drivers are unable to do the recovery for the vendor >specific recoverable HW errors, reported to the APEI driver in the vendor >defined sections, because APEI driver does not support reporting the same to >the vendor drivers. > >This patch set >1. add an interface to the APEI driver to enable the vendor drivers to register >the event handling functions for the corresponding vendor specific HW errors >and report the error to the vendor driver. > >2. add driver to handle HiSilicon hip08 PCIe controller's errors > which is an example application of the above APEI interface. > >Changes: > >V4: >1. Fix for the smatch warning in the PCIe error driver: > warn: should '((((1))) << (9 + i))' be a 64 bit type? > if (err->val_bits & BIT(HISI_PCIE_LOCAL_VALID_ERR_MISC + i)) > ^^^ This should be BIT_ULL() because it goes up to 9 + 32. > >V3: >1. Fix the comments from Bjorn Helgaas. > >V2: >1. Changes in the HiSilicon PCIe controller's error handling driver > for the comments from Bjorn Helgaas. > >2. Changes in the APEI interface to support reporting the vendor error > for module with multiple devices, but use the same section type. > In the error handler will use socket id/sub module id etc to distinguish > the device. > >V1: >1. Fix comments from James Morse. > >2. add driver to handle HiSilicon hip08 PCIe controller's errors, > which is an application of the above interface. > >Shiju Jose (1): > ACPI: APEI: Add support to notify the vendor specific HW errors > >Yicong Yang (1): > PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors > > drivers/acpi/apei/ghes.c | 116 ++++++++++- > drivers/pci/controller/Kconfig | 8 + > drivers/pci/controller/Makefile | 1 + > drivers/pci/controller/pcie-hisi-error.c | 334 >+++++++++++++++++++++++++++++++ > include/acpi/ghes.h | 56 ++++++ > 5 files changed, 510 insertions(+), 5 deletions(-) create mode 100644 >drivers/pci/controller/pcie-hisi-error.c > >-- >1.9.1 >
Hi Shiju,
On 09/03/2020 09:23, Shiju Jose wrote:
> Gentle reminder on this patch set.
Your cover-letter has:
| X-Mailer: git-send-email 2.19.2.windows.1
| In-Reply-To: <Shiju Jose>
| References: <Shiju Jose>
Which causes my mail client to thread this with year-old mail ... hence I've only just
seen this. Other people may have the same problem.
If you're feeding these headers into git-send-email, it expects the value from the
original message's 'Message-Id'... but you don't want this for a cover letter!
Thanks,
James