!4363 [OLK-5.10] add ACPI/EINJ CXL error types
Merge Pull Request from: @wjin123 Title: [OLK-5.10] add ACPI/EINJ CXL error types Content: Intel Granite Rapids(GNR) and Serria Forest(SRF) BIOS already supported ACPI/EINJ CXL error types, backport upstream kernel commits to OLK-5.10 for supporting CXL error types on the two servers. Some minor related upstream commits also backported here. upstream related commits: f1e65718 ACPI: APEI: EINJ: warn on invalid argument when explicitly indicated by platform fe6603ca ACPI: APEI: EINJ: Add CXL error types 53fc7e80 ACPI: APEI: EINJ: Limit error type to 32-bit width 87386ee8 ACPI: APEI: EINJ: Refactor available_error_type_show() 37ea9693 ACPI: APEI: EINJ: Fix formatting errors ab59c893 ACPI, APEI, EINJ: Refuse to inject into the zero page The backported codes has been verified on Intel GNR/SRF server. Intel-kernel issue: https://gitee.com/openeuler/intel-kernel/issues/I8ZRE0?from=project-issue Test: 1.BIOS setting: EDKII Menu -> Platform Configuration -> System Event Log -> Error Injection Settings -> WHEA Error Injection Support = Enable EDKII Menu -> Platform Configuration -> System Event Log -> Error Injection Settings -> WHEA PCIe & CXL Error Injection Support = Enable EDKII Menu -> Platform Configuration -> System Event Log -> Error Injection Settings -> WHEA PCIe & CXL Error Injection Action Table = Enable 2.after enter OS shell, run command "modprobe einj", then run "cat /sys/kernel/debug/apei/einj/available_error_types", CXL error types should be displayed as below: " 0x00001000 CXL.cache Protocol Correctable 0x00002000 CXL.cache Protocol Uncorrectable non-fatal 0x00004000 CXL.cache Protocol Uncorrectable fatal 0x00008000 CXL.mem Protocol Correctable 0x00010000 CXL.mem Protocol Uncorrectable non-fatal 0x00020000 CXL.mem Protocol Uncorrectable fatal " Known issue: N/A Default config change: N/A Link:https://gitee.com/openeuler/kernel/pulls/4363 Reviewed-by:Jason Zeng <jason.zeng@intel.com> Reviewed-by:
Xiongfeng Wang <wangxiongfeng2@huawei.com> Reviewed-by:
XiaoFei Tan <tanxiaofei@huawei.com> Signed-off-by:
Jialin Zhang <zhangjialin11@huawei.com>
Loading
Please sign in to comment