| 2016-09-27 13:56:35 |
Manoj Iyer |
bug |
|
|
added bug |
| 2016-09-27 14:00:11 |
Brad Figg |
linux (Ubuntu): status |
New |
Incomplete |
|
| 2016-09-27 14:39:48 |
Manoj Iyer |
description |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently EDAC_MM_EDAC=m is in Ubuntu, but EDAC_GHES requires this to be =y therefore it is not selected. |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu, but EDAC_GHES requires this to be =y therefore it is not selected. |
|
| 2016-09-27 14:56:30 |
Manoj Iyer |
description |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu, but EDAC_GHES requires this to be =y therefore it is not selected. |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu and CONFIG_EDAC_MM_EDAC=m for ARM64, but EDAC_GHES requires this to be =y therefore it is not selected. |
|
| 2016-09-27 14:57:38 |
Tim Gardner |
nominated for series |
|
Ubuntu Yakkety |
|
| 2016-09-27 14:57:38 |
Tim Gardner |
bug task added |
|
linux (Ubuntu Yakkety) |
|
| 2016-09-27 15:17:11 |
Manoj Iyer |
description |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu and CONFIG_EDAC_MM_EDAC=m for ARM64, but EDAC_GHES requires this to be =y therefore it is not selected. |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu and CONFIG_EDAC_MM_EDAC=m for ARM64, but EDAC_GHES requires this to be =y therefore it is not selected.
== SRU Request ==
[Impact]
* As a result of ACPI_APEI_GHES=n and CONFIG_EDAC_MM_EDAC=m for ARM64, EDAC_GHES is not selected on kernel build. This results in loss of functionality needed for firmware error handling of memory and CPU errors.
[Test Case]
NA
[Regression Potential]
* None. |
|
| 2016-09-27 15:17:50 |
Manoj Iyer |
description |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu and CONFIG_EDAC_MM_EDAC=m for ARM64, but EDAC_GHES requires this to be =y therefore it is not selected.
== SRU Request ==
[Impact]
* As a result of ACPI_APEI_GHES=n and CONFIG_EDAC_MM_EDAC=m for ARM64, EDAC_GHES is not selected on kernel build. This results in loss of functionality needed for firmware error handling of memory and CPU errors.
[Test Case]
NA
[Regression Potential]
* None. |
EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling.
Currently ACPI_APEI_GHES=n is in Ubuntu and CONFIG_EDAC_MM_EDAC=m for ARM64, but EDAC_GHES requires this to be =y therefore it is not selected.
== SRU Request ==
[Impact]
* As a result of ACPI_APEI_GHES=n and CONFIG_EDAC_MM_EDAC=m for ARM64, EDAC_GHES is not selected on kernel build. This results in loss of functionality needed for firmware error handling of memory and CPU errors.
[Test Case]
* NA
[Regression Potential]
* None. |
|
| 2016-09-27 15:18:51 |
Manoj Iyer |
linux (Ubuntu): importance |
Undecided |
High |
|
| 2016-09-27 19:27:34 |
Tim Gardner |
nominated for series |
|
Ubuntu Z-series |
|
| 2016-09-27 19:27:34 |
Tim Gardner |
bug task added |
|
linux (Ubuntu Z-series) |
|
| 2016-09-27 19:27:54 |
Tim Gardner |
linux (Ubuntu Z-series): assignee |
|
Manoj Iyer (manjo) |
|
| 2016-09-27 19:28:01 |
Tim Gardner |
linux (Ubuntu Z-series): milestone |
|
ubuntu-17.04 |
|
| 2016-09-27 19:28:08 |
Tim Gardner |
linux (Ubuntu Yakkety): status |
Incomplete |
Won't Fix |
|
| 2016-09-27 19:28:15 |
Tim Gardner |
linux (Ubuntu Z-series): status |
New |
In Progress |
|
