-
From: Tyler Baicar
Sent: Friday, December 17, 2021 8:33 AM
To: Ishii, Shuuichirou/石井 周一郎 ; 'Tyler Baicar'
; patc...@amperecomputing.com;
abdulha...@os.amperecomputing.com; dar...@os.amperecomputing.com;
catalin.mari...@arm.com; w...@kernel.org; m...@kernel.org;
james.mo...@arm.com
Hi Shuuichirou,
Thank you for your feedback!
On 12/9/2021 3:10 AM, ishii.shuuic...@fujitsu.com wrote:
Hi, Tyler.
We would like to make a few comments.
-Original Message-
From: Tyler Baicar
Sent: Thursday, November 25, 2021 2:07 AM
To: patc...@amperecomputing.com; abdulha
Hi Mark,
Thank you for the initial feedback!
On 11/24/2021 1:51 PM, Mark Rutland wrote:
Hi,
I haven't looked at this in great detail, but I spotted a few issues
from an initial scan.
On Wed, Nov 24, 2021 at 12:07:07PM -0500, Tyler Baicar wrote:
Add support for parsing the ARM Error Source
rc Zyngier wrote:
On Wed, 24 Nov 2021 17:07:07 +,
diff --git a/MAINTAINERS b/MAINTAINERS
index 5250298d2817..aa0483726606 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -382,6 +382,7 @@ ACPI FOR ARM64 (ACPI/arm64)
M:Lorenzo Pieralisi
M:Hanjun Guo
M:Sudeep Holla
+R: Tyler B
On Fri, Jan 11, 2019 at 7:03 AM Borislav Petkov wrote:
> On Thu, Jan 10, 2019 at 04:01:27PM -0500, Tyler Baicar wrote:
> > On Thu, Jan 10, 2019 at 1:23 PM James Morse wrote:
> > > >>
> > > >> +if (is_hest_type_generic_v2(ghes) &
On Fri, Jan 11, 2019 at 1:09 PM James Morse wrote:
> On 11/01/2019 15:32, Tyler Baicar wrote:
> > On Fri, Jan 11, 2019 at 7:03 AM Borislav Petkov wrote:
> >> On Thu, Jan 10, 2019 at 04:01:27PM -0500, Tyler Baicar wrote:
> >>> On Thu, Jan 10, 2019
On Thu, Jan 10, 2019 at 1:23 PM James Morse wrote:
> >>
> >> +if (is_hest_type_generic_v2(ghes) && ghes_ack_error(ghes->generic_v2))
> >
> > Since ghes_ack_error() is always prepended with this check, you could
> > push it down into the function:
> >
> > ghes_ack_error(ghes)
> > ...
> >
> >
On 5/16/2018 7:05 AM, Borislav Petkov wrote:
On Tue, May 08, 2018 at 09:45:01AM +0100, James Morse wrote:
Alternatively, I can put the fixmap-page and spinlock in some 'struct
ghes_notification' that only the NMI-like struct-ghes need. This is just moving
the indirection up a level, but it does
Hi James,
I tested this and verified that the NULL pointer issue that I reported on the
initial version is fixed.
I don't currently have a way to test the SDEI parts of this, but for all other
patches:
Tested-by: Tyler Baicar <tbai...@codeaurora.org>
Thanks!
Tyler
On 4/27/2018 11
Hey James,
On 2/15/2018 1:56 PM, James Morse wrote:
Arm64 has multiple NMI-like notifications, but GHES only has one
in_nmi() path. The interactions between these multiple NMI-like
notifications is, unclear.
Split this single path up by moving the fixmap idx and lock into
the struct ghes.
message of an unsupported FSC would be printed and nothing else
would happen. With this patch, the code gets routed to the APEI
handling of SEAs in the host kernel to report the SEA information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Catalin Marinas <catalin.mari...@arm.c
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
Reviewed-by: Xie XiuQi <xiexi...@huawei.com>
---
drivers/acpi/apei/ghes.c| 6 +-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 6 ++
i
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/firmware/efi/cper.c | 11 +--
1 file changed, 9 insertions(+), 2
.
Generate a trace event which contains the raw error data for
non-standard section type error records.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Tested-by: Shiju Jose <shiju.j...@huawei.com>
---
drivers/acpi
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
The ACPI 6.1 spec adds a new revision of the generic error data
entry structure. Add support to handle the new structure as well
as properly verify and iterate through the generic data entries.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
The ACPI 6.1 spec added a timestamp to the generic error data
entry structure. Print the timestamp out when printing out the
error information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
---
drivers/firmware/efi
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/arm6
xiong) Zhang (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (10):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: add support for generic data v3 structure
cper: add timestamp print to CPER status printing
efi: parse ARM processor error
arm64: exce
.
Generate a trace event which contains the raw error data for
non-standard section type error records.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Tested-by: Shiju Jose <shiju.j...@huawei.com>
---
drivers/acpi
message of an unsupported FSC would be printed and nothing else
would happen. With this patch, the code gets routed to the APEI
handling of SEAs in the host kernel to report the SEA information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Catalin Marinas <catalin.mari...@arm.c
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
Reviewed-by: Xie XiuQi <xiexi...@huawei.com>
---
drivers/acpi/apei/ghes.c| 6 +-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 6 ++
i
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/a
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
[ 140.739226] {1}[Hardware Error]: 0050: 0101 0001
0000
...
The raw data from the error can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/arm6
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
The ACPI 6.1 spec adds a new revision of the generic error data
entry structure. Add support to handle the new structure as well
as properly verify and iterate through the generic data entries.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
The ACPI 6.1 spec added a timestamp to the generic error data
entry structure. Print the timestamp out when printing out the
error information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
---
drivers/firmware/efi
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
message of an unsupported FSC would be printed and nothing else
would happen. With this patch, the code gets routed to the APEI
handling of SEAs in the host kernel to report the SEA information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Catalin Marinas <catalin.mari...@arm.c
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/a
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
Reviewed-by: Xie XiuQi <xiexi...@huawei.com>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
inclu
can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/firmware/efi/cper.c | 12 ++--
1 file changed, 1
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
The ACPI 6.1 spec added a timestamp to the HEST generic data
structure. Print the timestamp out when printing out the error
status information.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <jame
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/arm6
The ACPI 6.1 spec adds a new version of the generic data structure.
Add support to handle the new structure as well as properly verify
and iterate through the generic data entries.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org&
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
/lkml/2015/9/8/646
V1: https://lkml.org/lkml/2016/2/5/544
Jonathan (Zhixiong) Zhang (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (10):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: add support for generic data v3 structure
cper: add times
c OS with fatal error status block patch.
Add processing of unrecognized CPER error section patches with updates
from previous comments. Original patches:
https://lkml.org/lkml/2015/9/8/646
V1: https://lkml.org/lkml/2016/2/5/544
Jonathan (Zhixiong) Zhang (1):
acpi: apei: panic OS with f
can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/firmware/efi/cper.c | 12 ++--
1 file changed, 1
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
Reviewed-by: Xie XiuQi <xiexi...@huawei.com>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
inclu
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
Acked-by: Catalin Marinas <catalin.mari...@arm.com>
---
arch/arm6
Currently external aborts are unsupported by the guest abort
handling. Add handling for SEAs so that the host kernel reports
SEAs which occur in the guest kernel.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm/include/asm/kvm_arm.h | 10 +
arch/arm/inclu
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/firmware/efi/cper.c | 12 ++--
1 file changed, 1
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
arch/arm64/include/asm/esr.h | 1 +
arch/arm64/mm/f
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
arch/arm64/Kconfig| 2 ++
arch/arm64/mm/fault.c | 13
Currently when a RAS error is reported it is not timestamped.
The ACPI 6.1 spec adds the timestamp field to the generic error
data entry v3 structure. The timestamp of when the firmware
generated the error is now being reported.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jo
rg/lkml/2016/2/5/544
Jonathan (Zhixiong) Zhang (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
efi: parse ARM processor error
arm64: exception: handle
Currently external aborts are unsupported by the guest abort
handling. Add handling for SEAs so that the host kernel reports
SEAs which occur in the guest kernel.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm/include/asm/kvm_arm.h | 10 ++
arch/arm/inclu
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
The raw data from the error can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <t
Currently when a RAS error is reported it is not timestamped.
The ACPI 6.1 spec adds the timestamp field to the generic error
data entry v3 structure. The timestamp of when the firmware
generated the error is now being reported.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jo
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
arch/arm64/include/asm/esr.h | 1 +
arch/arm64/mm/f
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
---
arch/arm64/Kconfig| 1 +
arch/arm64/mm/fault.c | 13
drivers/acpi/apei/Kconfig | 15 +
drive
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
The raw data from the error can then be decoded using vendor
specific tools.
Signed-off-by: Tyler Baicar <t
Currently external aborts are unsupported by the guest abort
handling. Add handling for SEAs so that the host kernel reports
SEAs which occur in the guest kernel.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm/include/asm/kvm_arm.h | 1 +
arch/arm/inclu
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
drivers/acp
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org&
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
arch/arm64/include/asm/esr.h | 1 +
arch/arm64/mm/f
Currently when a RAS error is reported it is not timestamped.
The ACPI 6.1 spec adds the timestamp field to the generic error
data entry v3 structure. The timestamp of when the firmware
generated the error is now being reported.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
CC: Jo
g (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
efi: parse ARM processor error
arm64: exception: handle Synchronous External Abort
acpi: apei: hand
Currently external aborts are unsupported by the guest abort
handling. Add handling for SEAs so that the host kernel reports
SEAs which occur in the guest kernel.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm/include/asm/kvm_arm.h | 1 +
arch/arm/inclu
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zh
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codea
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
Currently when a RAS error is reported it is not timestamped.
The ACPI 6.1 spec adds the timestamp field to the generic error
data entry v3 structure. The timestamp of when the firmware
generated the error is now being reported.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Sign
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 2 ++
arch/arm64/m
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
s:
https://lkml.org/lkml/2015/9/8/646
V1: https://lkml.org/lkml/2016/2/5/544
Jonathan (Zhixiong) Zhang (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-b
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Acked-by: Steven Rostedt <rost...@goodmis.org>
---
drivers/acpi/apei/ghes.c| 8 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
. And thus user is not able to know
happening of such hardware error, including error record of
non-standard section.
This commit generates a trace event which contains raw error data
for unrecognized CPER section.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zh
Currently external aborts are unsupported by the guest abort
handling. Add handling for SEAs so that the host kernel reports
SEAs which occur in the guest kernel.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm/include/asm/kvm_arm.h | 1 +
arch/arm/inclu
HES notification type. The OS
should panic when a hardware error record is received with this
severity.
Call panic() after CPER data in error status block is printed if
severity is fatal, before each error section is handled.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codea
to map with in
the same way as ghes_ioremap_pfn_irq().
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 2 ++
arch/arm64/m
[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
Reviewed-by: James Morse <james.mo...@arm.com>
---
Currently when a RAS error is reported it is not timestamped.
The ACPI 6.1 spec adds the timestamp field to the generic error
data entry v3 structure. The timestamp of when the firmware
generated the error is now being reported.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Sign
eliminating the race condition.
Add support for parsing of GHESv2 sub-tables as well.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-b
Add support for ARM Common Platform Error Record (CPER).
UEFI 2.6 specification adds support for ARM specific
processor error information to be reported as part of the
CPER records. This provides more detail on for processor error logs.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
://lkml.org/lkml/2016/2/5/544
Jonathan (Zhixiong) Zhang (1):
acpi: apei: panic OS with fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
efi: parse ARM processor error
arm64: exce
1 - 100 of 151 matches
Mail list logo