Hi folks,
Regarding the below commit that added pci_dev_wait() API to wait for the
device (supposed to be a downstream device.. i.e. and endpoint) get
ready, I'm wondering, given the 'dev' pointer here points to an upstream
device (i.e. a root port) because the same is passed to
pcibios_reset_secondary_bus() API, how is passing a root port's dev
pointer to pci_dev_wait() is going to serve the purpose?
My understanding is that it would always get the response immediately as
the reset is applied to the endpoint here (through secondary bus reset)
and not to the root port, right? or am I missing something here?
commit 6b2f1351af567110cec80d7c067314c633a14f50
Author: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
Date: Tue Feb 27 14:14:12 2018 -0600
PCI: Wait for device to become ready after secondary bus reset
Setting Secondary Bus Reset of a downstream port sends a hot reset.
PCIe
r4.0, sec 2.3.1, Request Handling Rules, indicates that a device
can return
CRS Completion Status following such a reset. Wait until the device
becomes ready in that situation.
Signed-off-by: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
Signed-off-by: Bjorn Helgaas <helgaas@xxxxxxxxxx>
Reviewed-by: Christoph Hellwig <hch@xxxxxx>
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index dde40506ffe5..0b8e8ee84bbc 100644
--- a/drivers/pci/pci.c
+++ b/drivers/pci/pci.c
@@ -4233,7 +4233,7 @@ int pci_reset_bridge_secondary_bus(struct pci_dev
*dev)
{
pcibios_reset_secondary_bus(dev);
- return 0;
+ return pci_dev_wait(dev, "bus reset", PCIE_RESET_READY_POLL_MS);
}
EXPORT_SYMBOL_GPL(pci_reset_bridge_secondary_bus);
Thanks,
Vidya Sagar