| Message ID | cover.1723793768.git.mchehab+huawei@kernel.org (mailing list archive) |
|---|---|
| Headers | show |
| Series | Add ACPI CPER firmware first error injection on ARM emulation | expand |
On Fri, 16 Aug 2024 09:37:32 +0200 Mauro Carvalho Chehab <mchehab+huawei@kernel.org> wrote: > This series add support for injecting generic CPER records. Such records > are generated outside QEMU via a provided script. > > On this version, I added two optional patches at the end: > - acpi/ghes: cleanup generic error data logic > > It drops some obvious comments from some already-existing code. > As we're already doing lots of changes at the code, it sounded > reasonable to me to have such cleanup here; > > - acpi/ghes: check if the BIOS pointers for HEST are correct > > QEMU has two ways to navigate to a CPER start data: via its > memory address or indirectly following 2 BIOS pointers. > OS only have the latter one. This patch validates if the BIOS > links used by the OS were properly produced, comparing to the > actual location of the CPER record. I went over the series, once suggestion in 13/13 implemented we can get rid of pointer math that is reshuffled several times in patches here. I'd suggest to structure series as following: 1: patch that adds hest_addr_le 2: refactoring current code to use address lookup vs pointer math 3. renaming patches 4. patch adding new error source 5. QAPI patch 6. python script for error injection with that in place we probably would need to * iron out minor migration compat issues (I didn't look for them during this review round as much would change yet) * make sure that bios tables test is updated > > --- > > v8: > - Fix one of the BIOS links that were incorrect; > - Changed mem error internal injection to use a common code; > - No more hardcoded values for CPER: instead of using just the > payload at the QAPI, it now has the full raw CPER there; > - Error injection script now supports changing fields at the > Generic Error Data section of the CPER; > - Several minor cleanups. > > v7: > - Change the way offsets are calculated and used on HEST table. > Now, it is compatible with migrations as all offsets are relative > to the HEST table; > - GHES interface is now more generic: the entire CPER is sent via > QMP, instead of just the payload; > - Some code cleanups to make the code more robust; > - The python script now uses QEMUMonitorProtocol class. > > v6: > - PNP0C33 device creation moved to aml-build.c; > - acpi_ghes record functions now use ACPI notify parameter, > instead of source ID; > - the number of source IDs is now automatically calculated; > - some code cleanups and function/var renames; > - some fixes and cleanups at the error injection script; > - ghes cper stub now produces an error if cper JSON is not compiled; > - Offset calculation logic for GHES was refactored; > - Updated documentation to reflect the GHES allocated size; > - Added a x-mpidr object for QOM usage; > - Added a patch making usage of x-mpidr field at ARM injection > script; > > v5: > - CPER guid is now passing as string; > - raw-data is now passed with base64 encode; > - Removed several GPIO left-overs from arm/virt.c changes; > - Lots of cleanups and improvements at the error injection script. > It now better handles QMP dialog and doesn't print debug messages. > Also, code was split on two modules, to make easier to add more > error injection commands. > > v4: > - CPER generation moved to happen outside QEMU; > - One patch adding support for mpidr query was removed. > > v3: > - patch 1 cleanups with some comment changes and adding another place where > the poweroff GPIO define should be used. No changes on other patches (except > due to conflict resolution). > > v2: > - added a new patch using a define for GPIO power pin; > - patch 2 changed to also use a define for generic error GPIO pin; > - a couple cleanups at patch 2 removing uneeded else clauses. > > Example of generating a CPER record: > > $ scripts/ghes_inject.py -d arm -p 0xdeadbeef > GUID: e19e3d16-bc11-11e4-9caa-c2051d5d46b0 > Generic Error Status Block (20 bytes): > 00000000 01 00 00 00 00 00 00 00 00 00 00 00 90 00 00 00 ................ > 00000010 00 00 00 00 .... > > Generic Error Data Entry (72 bytes): > 00000000 16 3d 9e e1 11 bc e4 11 9c aa c2 05 1d 5d 46 b0 .=...........]F. > 00000010 00 00 00 00 00 03 00 00 48 00 00 00 00 00 00 00 ........H....... > 00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ > 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ > 00000040 00 00 00 00 00 00 00 00 ........ > > Payload (72 bytes): > 00000000 05 00 00 00 01 00 00 00 48 00 00 00 00 00 00 00 ........H....... > 00000010 00 00 00 80 00 00 00 00 10 05 0f 00 00 00 00 00 ................ > 00000020 00 00 00 00 00 00 00 00 00 20 14 00 02 01 00 03 ......... ...... > 00000030 0f 00 91 00 00 00 00 00 ef be ad de 00 00 00 00 ................ > 00000040 ef be ad de 00 00 00 00 ........ > > Error injected. > > [ 9.358364] {1}[Hardware Error]: Hardware error from APEI Generic Hardware Error Source: 1 > [ 9.359027] {1}[Hardware Error]: event severity: recoverable > [ 9.359586] {1}[Hardware Error]: Error 0, type: recoverable > [ 9.360124] {1}[Hardware Error]: section_type: ARM processor error > [ 9.360561] {1}[Hardware Error]: MIDR: 0x00000000000f0510 > [ 9.361160] {1}[Hardware Error]: Multiprocessor Affinity Register (MPIDR): 0x0000000080000000 > [ 9.361643] {1}[Hardware Error]: running state: 0x0 > [ 9.362142] {1}[Hardware Error]: Power State Coordination Interface state: 0 > [ 9.362682] {1}[Hardware Error]: Error info structure 0: > [ 9.363030] {1}[Hardware Error]: num errors: 2 > [ 9.363656] {1}[Hardware Error]: error_type: 0x02: cache error > [ 9.364163] {1}[Hardware Error]: error_info: 0x000000000091000f > [ 9.364834] {1}[Hardware Error]: transaction type: Data Access > [ 9.365599] {1}[Hardware Error]: cache error, operation type: Data write > [ 9.366441] {1}[Hardware Error]: cache level: 2 > [ 9.367005] {1}[Hardware Error]: processor context not corrupted > [ 9.367753] {1}[Hardware Error]: physical fault address: 0x00000000deadbeef > [ 9.374267] Memory failure: 0xdeadb: recovery action for free buddy page: Recovered > > Such script currently supports arm processor error CPER, but can easily be > extended to other GHES notification types. > > > > Jonathan Cameron (1): > acpi/ghes: Add support for GED error device > > Mauro Carvalho Chehab (12): > acpi/generic_event_device: add an APEI error device > arm/virt: Wire up a GED error device for ACPI / GHES > qapi/acpi-hest: add an interface to do generic CPER error injection > acpi/ghes: rework the logic to handle HEST source ID > acpi/ghes: add support for generic error injection via QAPI > acpi/ghes: cleanup the memory error code logic > docs: acpi_hest_ghes: fix documentation for CPER size > scripts/ghes_inject: add a script to generate GHES error inject > target/arm: add an experimental mpidr arm cpu property object > scripts/arm_processor_error.py: retrieve mpidr if not filled > acpi/ghes: cleanup generic error data logic > acpi/ghes: check if the BIOS pointers for HEST are correct > > MAINTAINERS | 10 + > docs/specs/acpi_hest_ghes.rst | 6 +- > hw/acpi/Kconfig | 5 + > hw/acpi/aml-build.c | 10 + > hw/acpi/generic_event_device.c | 8 + > hw/acpi/ghes-stub.c | 3 +- > hw/acpi/ghes.c | 362 ++++++++----- > hw/acpi/ghes_cper.c | 33 ++ > hw/acpi/ghes_cper_stub.c | 19 + > hw/acpi/meson.build | 2 + > hw/arm/Kconfig | 5 + > hw/arm/virt-acpi-build.c | 6 +- > hw/arm/virt.c | 12 +- > include/hw/acpi/acpi_dev_interface.h | 1 + > include/hw/acpi/aml-build.h | 2 + > include/hw/acpi/generic_event_device.h | 1 + > include/hw/acpi/ghes.h | 24 +- > include/hw/arm/virt.h | 1 + > qapi/acpi-hest.json | 36 ++ > qapi/meson.build | 1 + > qapi/qapi-schema.json | 1 + > scripts/arm_processor_error.py | 388 ++++++++++++++ > scripts/ghes_inject.py | 51 ++ > scripts/qmp_helper.py | 702 +++++++++++++++++++++++++ > target/arm/cpu.c | 1 + > target/arm/cpu.h | 1 + > target/arm/helper.c | 10 +- > target/arm/kvm.c | 2 +- > 28 files changed, 1551 insertions(+), 152 deletions(-) > create mode 100644 hw/acpi/ghes_cper.c > create mode 100644 hw/acpi/ghes_cper_stub.c > create mode 100644 qapi/acpi-hest.json > create mode 100644 scripts/arm_processor_error.py > create mode 100755 scripts/ghes_inject.py > create mode 100644 scripts/qmp_helper.py >
This series add support for injecting generic CPER records. Such records are generated outside QEMU via a provided script. On this version, I added two optional patches at the end: - acpi/ghes: cleanup generic error data logic It drops some obvious comments from some already-existing code. As we're already doing lots of changes at the code, it sounded reasonable to me to have such cleanup here; - acpi/ghes: check if the BIOS pointers for HEST are correct QEMU has two ways to navigate to a CPER start data: via its memory address or indirectly following 2 BIOS pointers. OS only have the latter one. This patch validates if the BIOS links used by the OS were properly produced, comparing to the actual location of the CPER record. --- v8: - Fix one of the BIOS links that were incorrect; - Changed mem error internal injection to use a common code; - No more hardcoded values for CPER: instead of using just the payload at the QAPI, it now has the full raw CPER there; - Error injection script now supports changing fields at the Generic Error Data section of the CPER; - Several minor cleanups. v7: - Change the way offsets are calculated and used on HEST table. Now, it is compatible with migrations as all offsets are relative to the HEST table; - GHES interface is now more generic: the entire CPER is sent via QMP, instead of just the payload; - Some code cleanups to make the code more robust; - The python script now uses QEMUMonitorProtocol class. v6: - PNP0C33 device creation moved to aml-build.c; - acpi_ghes record functions now use ACPI notify parameter, instead of source ID; - the number of source IDs is now automatically calculated; - some code cleanups and function/var renames; - some fixes and cleanups at the error injection script; - ghes cper stub now produces an error if cper JSON is not compiled; - Offset calculation logic for GHES was refactored; - Updated documentation to reflect the GHES allocated size; - Added a x-mpidr object for QOM usage; - Added a patch making usage of x-mpidr field at ARM injection script; v5: - CPER guid is now passing as string; - raw-data is now passed with base64 encode; - Removed several GPIO left-overs from arm/virt.c changes; - Lots of cleanups and improvements at the error injection script. It now better handles QMP dialog and doesn't print debug messages. Also, code was split on two modules, to make easier to add more error injection commands. v4: - CPER generation moved to happen outside QEMU; - One patch adding support for mpidr query was removed. v3: - patch 1 cleanups with some comment changes and adding another place where the poweroff GPIO define should be used. No changes on other patches (except due to conflict resolution). v2: - added a new patch using a define for GPIO power pin; - patch 2 changed to also use a define for generic error GPIO pin; - a couple cleanups at patch 2 removing uneeded else clauses. Example of generating a CPER record: $ scripts/ghes_inject.py -d arm -p 0xdeadbeef GUID: e19e3d16-bc11-11e4-9caa-c2051d5d46b0 Generic Error Status Block (20 bytes): 00000000 01 00 00 00 00 00 00 00 00 00 00 00 90 00 00 00 ................ 00000010 00 00 00 00 .... Generic Error Data Entry (72 bytes): 00000000 16 3d 9e e1 11 bc e4 11 9c aa c2 05 1d 5d 46 b0 .=...........]F. 00000010 00 00 00 00 00 03 00 00 48 00 00 00 00 00 00 00 ........H....... 00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000040 00 00 00 00 00 00 00 00 ........ Payload (72 bytes): 00000000 05 00 00 00 01 00 00 00 48 00 00 00 00 00 00 00 ........H....... 00000010 00 00 00 80 00 00 00 00 10 05 0f 00 00 00 00 00 ................ 00000020 00 00 00 00 00 00 00 00 00 20 14 00 02 01 00 03 ......... ...... 00000030 0f 00 91 00 00 00 00 00 ef be ad de 00 00 00 00 ................ 00000040 ef be ad de 00 00 00 00 ........ Error injected. [ 9.358364] {1}[Hardware Error]: Hardware error from APEI Generic Hardware Error Source: 1 [ 9.359027] {1}[Hardware Error]: event severity: recoverable [ 9.359586] {1}[Hardware Error]: Error 0, type: recoverable [ 9.360124] {1}[Hardware Error]: section_type: ARM processor error [ 9.360561] {1}[Hardware Error]: MIDR: 0x00000000000f0510 [ 9.361160] {1}[Hardware Error]: Multiprocessor Affinity Register (MPIDR): 0x0000000080000000 [ 9.361643] {1}[Hardware Error]: running state: 0x0 [ 9.362142] {1}[Hardware Error]: Power State Coordination Interface state: 0 [ 9.362682] {1}[Hardware Error]: Error info structure 0: [ 9.363030] {1}[Hardware Error]: num errors: 2 [ 9.363656] {1}[Hardware Error]: error_type: 0x02: cache error [ 9.364163] {1}[Hardware Error]: error_info: 0x000000000091000f [ 9.364834] {1}[Hardware Error]: transaction type: Data Access [ 9.365599] {1}[Hardware Error]: cache error, operation type: Data write [ 9.366441] {1}[Hardware Error]: cache level: 2 [ 9.367005] {1}[Hardware Error]: processor context not corrupted [ 9.367753] {1}[Hardware Error]: physical fault address: 0x00000000deadbeef [ 9.374267] Memory failure: 0xdeadb: recovery action for free buddy page: Recovered Such script currently supports arm processor error CPER, but can easily be extended to other GHES notification types. Jonathan Cameron (1): acpi/ghes: Add support for GED error device Mauro Carvalho Chehab (12): acpi/generic_event_device: add an APEI error device arm/virt: Wire up a GED error device for ACPI / GHES qapi/acpi-hest: add an interface to do generic CPER error injection acpi/ghes: rework the logic to handle HEST source ID acpi/ghes: add support for generic error injection via QAPI acpi/ghes: cleanup the memory error code logic docs: acpi_hest_ghes: fix documentation for CPER size scripts/ghes_inject: add a script to generate GHES error inject target/arm: add an experimental mpidr arm cpu property object scripts/arm_processor_error.py: retrieve mpidr if not filled acpi/ghes: cleanup generic error data logic acpi/ghes: check if the BIOS pointers for HEST are correct MAINTAINERS | 10 + docs/specs/acpi_hest_ghes.rst | 6 +- hw/acpi/Kconfig | 5 + hw/acpi/aml-build.c | 10 + hw/acpi/generic_event_device.c | 8 + hw/acpi/ghes-stub.c | 3 +- hw/acpi/ghes.c | 362 ++++++++----- hw/acpi/ghes_cper.c | 33 ++ hw/acpi/ghes_cper_stub.c | 19 + hw/acpi/meson.build | 2 + hw/arm/Kconfig | 5 + hw/arm/virt-acpi-build.c | 6 +- hw/arm/virt.c | 12 +- include/hw/acpi/acpi_dev_interface.h | 1 + include/hw/acpi/aml-build.h | 2 + include/hw/acpi/generic_event_device.h | 1 + include/hw/acpi/ghes.h | 24 +- include/hw/arm/virt.h | 1 + qapi/acpi-hest.json | 36 ++ qapi/meson.build | 1 + qapi/qapi-schema.json | 1 + scripts/arm_processor_error.py | 388 ++++++++++++++ scripts/ghes_inject.py | 51 ++ scripts/qmp_helper.py | 702 +++++++++++++++++++++++++ target/arm/cpu.c | 1 + target/arm/cpu.h | 1 + target/arm/helper.c | 10 +- target/arm/kvm.c | 2 +- 28 files changed, 1551 insertions(+), 152 deletions(-) create mode 100644 hw/acpi/ghes_cper.c create mode 100644 hw/acpi/ghes_cper_stub.c create mode 100644 qapi/acpi-hest.json create mode 100644 scripts/arm_processor_error.py create mode 100755 scripts/ghes_inject.py create mode 100644 scripts/qmp_helper.py