Searched hist:"2905 cb5236cba63a5dc8a83752dcc31f3cc819f9" (Results 1 – 2 of 2) sorted by relevance
/linux/drivers/cxl/ |
H A D | pci.c | diff 2905cb5236cba63a5dc8a83752dcc31f3cc819f9 Tue Nov 29 18:48:59 CET 2022 Dan Williams <dan.j.williams@intel.com> cxl/pci: Add (hopeful) error handling support
Add nominal error handling that tears down CXL.mem in response to error notifications that imply a device reset. Given some CXL.mem may be operating as System RAM, there is a high likelihood that these error events are fatal. However, if the system survives the notification the expectation is that the driver behavior is equivalent to a hot-unplug and re-plug of an endpoint.
Note that this does not change the mask values from the default. That awaits CXL _OSC support to determine whether platform firmware is in control of the mask registers.
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Signed-off-by: Dave Jiang <dave.jiang@intel.com> Link: https://lore.kernel.org/r/166974413966.1608150.15522782911404473932.stgit@djiang5-desk3.ch.intel.com Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|
H A D | cxl.h | diff 2905cb5236cba63a5dc8a83752dcc31f3cc819f9 Tue Nov 29 18:48:59 CET 2022 Dan Williams <dan.j.williams@intel.com> cxl/pci: Add (hopeful) error handling support
Add nominal error handling that tears down CXL.mem in response to error notifications that imply a device reset. Given some CXL.mem may be operating as System RAM, there is a high likelihood that these error events are fatal. However, if the system survives the notification the expectation is that the driver behavior is equivalent to a hot-unplug and re-plug of an endpoint.
Note that this does not change the mask values from the default. That awaits CXL _OSC support to determine whether platform firmware is in control of the mask registers.
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Signed-off-by: Dave Jiang <dave.jiang@intel.com> Link: https://lore.kernel.org/r/166974413966.1608150.15522782911404473932.stgit@djiang5-desk3.ch.intel.com Signed-off-by: Dan Williams <dan.j.williams@intel.com>
|