On Sat, 2020-03-07 at 18:20 +0100, Stanislav Spassov wrote: > From: Stanislav Spassov <stanspas@xxxxxxxxx> > > The first version of this patch series can be found here: > https://lore.kernel.org/linux-pci/20200223122057.6504-1-stanspas@xxxxxxxxxx > > The goal of this patch series is to solve an issue where pci_dev_wait > can cause system crashes. After a reset, a hung device may keep > responding with CRS completions indefinitely. If CRS Software Visibility > is enabled on the Root Port, attempting to read any register other than > PCI_VENDOR_ID will cause the Root Port to autonomously retry the request > without reporting back to the CPU core. Unless the number of retries or > the amount of time spent retrying is limited by platform-specific means, > this scenario leads to low-level platform timeouts (such as a TOR > Timeout), which can easily escalate to a crash. > > Feedback on the v1 inspired a lot of additional improvements all around the > device reset codepaths and reducing post-reset delays. These improvements > were published as part of v2 (v3 is just small build fixes). > > It looks like there is immediate demand specifically for the CRS work, > so I am once again reducing the series to just that. The reset will be > posted as a separate patch series that will likely require more time and > iterations to stabilize. Hm, what happened to this? Bjorn?
Attachment:
smime.p7s
Description: S/MIME cryptographic signature