diff options
author | Niklas Schnelle <schnelle@linux.ibm.com> | 2024-04-11 15:01:39 +0300 |
---|---|---|
committer | Heiko Carstens <hca@linux.ibm.com> | 2024-10-10 16:31:55 +0300 |
commit | 3cd03ea57e8e16cc78cc357d5e9f26078426f236 (patch) | |
tree | d8ee25efe7688f491466240fcafb51ba1e7e6d70 /drivers/s390 | |
parent | 8cf0b93919e13d1e8d4466eb4080a4c4d9d66d7b (diff) | |
download | linux-3cd03ea57e8e16cc78cc357d5e9f26078426f236.tar.xz |
s390/pci: Handle PCI error codes other than 0x3a
The Linux implementation of PCI error recovery for s390 was based on the
understanding that firmware error recovery is a two step process with an
optional initial error event to indicate the cause of the error if known
followed by either error event 0x3A (Success) or 0x3B (Failure) to
indicate whether firmware was able to recover. While this has been the
case in testing and the error cases seen in the wild it turns out this
is not correct. Instead firmware only generates 0x3A for some error and
service scenarios and expects the OS to perform recovery for all PCI
events codes except for those indicating permanent error (0x3B, 0x40)
and those indicating errors on the function measurement block (0x2A,
0x2B, 0x2C). Align Linux behavior with these expectations.
Fixes: 4cdf2f4e24ff ("s390/pci: implement minimal PCI error recovery")
Reviewed-by: Gerd Bayer <gbayer@linux.ibm.com>
Signed-off-by: Niklas Schnelle <schnelle@linux.ibm.com>
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Diffstat (limited to 'drivers/s390')
0 files changed, 0 insertions, 0 deletions