jzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/firmware/efi/cper.c | 136
include/linux/cper.h| 72 +++
2 files changed, 208 i
.
Update fault_info[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/include/asm/
and report
SEA exceptions when they occur.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 1 +
drivers/acpi/apei/Kconfig | 13
Add a handler for instruction aborts at the current EL
(ESR_ELx_EC_IABT_CUR) so they are no longer handled in el1_inv.
This allows firmware first handling for possible SEA
(Synchronous External Abort) caused instruction abort at
current EL.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.
org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/acpi/apei/ghes.c| 35 --
drivers/firmware/efi/cper.c | 108 +
eliminating the race condition.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drive
of the UEFI 2.6
specification.
Depends on: [PATCH v5] acpi, apei, arm64: APEI initial support for aarch64.
https://lkml.org/lkml/2015/12/10/131
Tyler Baicar (6):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
efi
and report
SEA exceptions when they occur.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 1 +
drivers/acpi/apei/Kconfig | 14
UEFI spec allows for non-standard section in Common Platform Error
Record. This is defined in section N.2.3 of UEFI version 2.5.
Currently if the CPER section's type (UUID) does not match with
any section type that the kernel knows how to parse, trace event
is not generated for such section. And
UEFI spec allows for non-standard section in Common Platform Error
Record. This is defined in section N.2.3 of UEFI version 2.5.
Currently if the CPER section's type (UUID) does not match with
one of the section types that the kernel knows how to parse, the
section is skipped. Therefore, user is
org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/acpi/apei/ghes.c| 35 --
drivers/firmware/efi/cper.c | 111 +
:
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 (8):
acpi: apei: read ack upon ghes record consumption
ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
efi
From: "Jonathan (Zhixiong) Zhang"
Even if an error status block's severity is fatal, the kernel does not
honor the severity level and panic.
With the firmware first model, the platform could inform the OS about a
fatal hardware error through the non-NMI GHES notification
.
Update fault_info[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/include/asm/
eliminating the race condition.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drive
Add a handler for instruction aborts at the current EL
(ESR_ELx_EC_IABT_CUR) so they are no longer handled in el1_inv.
This allows firmware first handling for possible SEA
(Synchronous External Abort) caused instruction abort at
current EL.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.
jzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/firmware/efi/cper.c | 138
include/linux/cper.h| 72 +++
2 files changed, 210 i
ed to user space and si_addr_lsb field is
initialized.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm64/mm/fault.c | 31 +++
1 file changed, 27 insertions(+), 4 deletions(-)
diff -
provides a means for the
platform to convey error information to the kernel.
Declare ARCH_SUPPORTS_MEMORY_FAILURE, as arm64 does support
memory failure recovery attempt.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
. 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
and report
SEA exceptions when they occur.
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/mm/fault.c | 11 +++
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| 7 ++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
ml/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 S
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>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-b
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
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
[] 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>
---
arch/arm
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
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
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 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
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>
. 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
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
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
[ 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
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
ed to user space and si_addr_lsb field is
initialized.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
arch/arm64/mm/fault.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/
provides a means for the
platform to convey error information to the kernel.
Declare ARCH_SUPPORTS_MEMORY_FAILURE, as arm64 does support
memory failure recovery attempt.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
a
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
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>
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
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
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
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
://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
[] 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>
---
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>
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
[ 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
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
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
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codea
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
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
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>
[] 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>
---
. 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
() to
be incorrect. Remove the second translation that is in
cper_print_aer() since this function is already receiving the
correct AER severity.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Reviewed-by: Borislav Petkov <b...@suse.de>
---
drivers/pci/pcie/aer/aerdrv_errprint.c | 6 ++-
expects the CPER severity but is recieving the GHES
severity.
V2: Fix minor typo in commit text.
V1: https://lkml.org/lkml/2016/9/12/1075
Tyler Baicar (2):
PCI/AER: Remove duplicate AER severity translation
acpi: apei: send correct severity to calculate AER severity
drivers/acpi/apei/ghes.c
Currently the AER severity is calculated by calling
cper_severity_to_aer(), but the parameter sent is actually the
GHES severity. This causes the AER severity to be incorrect.
Fix the parameter to be the CPER severity instead of the GHES
severity.
Signed-off-by: Tyler Baicar <t
expects the CPER severity but is recieving the GHES
severity.
V2: Fix minor typo in commit text.
V1: https://lkml.org/lkml/2016/9/12/1075
Tyler Baicar (2):
PCI/AER: Remove duplicate AER severity translation
acpi: apei: send correct severity to calculate AER severity
drivers/acpi/apei/ghes.c
expects the CPER severity but is recieving the GHES
severity.
Tyler Baicar (2):
PCI/AER: Remove duplicate AER severity translation
acpi: apei: send correct severity to calculate AER severity
drivers/acpi/apei/ghes.c | 2 +-
drivers/pci/pcie/aer/aerdrv_errprint.c | 6
Currently the AER severity is calculated by calling
cper_severity_to_aer(), but the parameter sent is actually the
GHES severity. This causes the AER severity to be incorrect.
Fix the parameter to be the CPER severity instead of the GHES
severity.
Signed-off-by: Tyler Baicar <t
() to
be incorrect. Remove the second translation that is in
cper_print_aer() since this function is already recieving the
correct AER severity.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
drivers/pci/pcie/aer/aerdrv_errprint.c | 6 ++
include/linux/aer.h| 2
eliminating the race condition.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drive
iginal 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 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
. 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: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by:
org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/acpi/apei/ghes.c| 25 ++--
drivers/firmware/efi/cper.c | 97 ++
jzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/firmware/efi/cper.c | 135
include/linux/cper.h| 72 +++
2 files changed, 207 i
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
drivers/firmware/efi/cper.c | 9 ++
drivers/ras/ras.c | 1 +
include/ras/ras_event.h | 67 +
3 files changed, 77 insertions(+)
diff --git a/drivers/firmwa
and report
SEA exceptions when they occur.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 1 +
drivers/acpi/apei/Kconfig | 15
From: "Jonathan (Zhixiong) Zhang"
Even if an error status block's severity is fatal, the kernel does not
honor the severity level and panic.
With the firmware first model, the platform could inform the OS about a
fatal hardware error through the non-NMI GHES notification
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codea
.
Update fault_info[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/include/asm/
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
a kernel bug later in e1000_remove
because the IRQ still has action since it was never freed. A
secondary bus reset can cause this case to happen.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
drivers/net/ethernet/intel/e1000e/netdev.c | 3 ++-
1 file changed, 2 insertions(+), 1 de
zed 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 fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes re
eliminating the race condition.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drive
org>
Signed-off-by: Richard Ruigrok <rruig...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/acpi/apei/ghes.c| 14 +++---
drivers/firmware/efi/cper.c | 67 +++
.
Update fault_info[] with specific SEA faults so that the
new SEA handler is used.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/include/asm/
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>
. 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: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by:
and report
SEA exceptions when they occur.
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
arch/arm64/Kconfig| 1 +
drivers/acpi/apei/Kconfig | 14
jzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
Signed-off-by: Naveen Kaje <nk...@codeaurora.org>
---
drivers/firmware/efi/cper.c | 135
include/linux/cper.h| 72 +++
2 files changed, 207 i
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codea
section N.2.4.4.
Signed-off-by: Tyler Baicar <tbai...@codeaurora.org>
---
drivers/acpi/apei/ghes.c| 9 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_event.h | 55 +
4 files changed, 65 inse
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
tion 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 fatal error status block
Tyler Baicar (9):
acpi: apei: read ack upon ghes record consumpti
[ 115.858288] {1}[Hardware Error]: 0040: fe80 0004
5f434345
[ 115.865665] {1}[Hardware Error]: 0050: 525f4543 574d
Signed-off-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Tyler Baicar <tbai...@codea
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>
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| 9 +++-
drivers/firmware/efi/cper.c | 1 +
drivers/ras/ras.c | 1 +
include/ras/ras_even
1 - 100 of 543 matches
Mail list logo