Hi Bjorn, On 1/2/2018 12:00 PM, Sinan Kaya wrote: > Rev 3.1 Sec 2.3.1 Request Handling Rules: > Valid reset conditions after which a device is permitted to return CRS > are: > * Cold, Warm, and Hot Resets, > * FLR > * A reset initiated in response to a D3hot to D0 uninitialized > > Try to reuse FLR implementation towards other reset types. > > Changes from v2: > * Correct Conventional PCI spec reference for AF_FLR > * Commit message update to capitilize the first word following colon > > Sinan Kaya (6): > PCI: Protect restore with device lock to be consistent > PCI: Handle FLR failure and allow other reset types > PCI: Make pci_flr_wait() generic and rename to pci_dev_wait() > PCI: Wait device ready after pci_pm_reset() > PCI: Add a return type for pci_reset_bridge_secondary_bus() > PCI: Add device wait after slot and bus reset > > drivers/pci/pci.c | 70 ++++++++++++++++++++++++++++++++++------------------- > include/linux/pci.h | 4 +-- > 2 files changed, 47 insertions(+), 27 deletions(-) > Do you think this is ready for merge or do you have more feedback? Sinan -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project. -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
