summaryrefslogtreecommitdiff
path: root/drivers/pci/hotplug/shpchp_hpc.c
diff options
context:
space:
mode:
authorBjorn Helgaas <bhelgaas@google.com>2015-01-21 19:28:07 +0300
committerBjorn Helgaas <bhelgaas@google.com>2015-01-21 19:28:07 +0300
commita93b506e265a83a0f8c56ff003434e2d263961ce (patch)
tree8bd3a45db688e44894708cf5fe3422934aedf8ae /drivers/pci/hotplug/shpchp_hpc.c
parent17f14b51f2dc2fce2636ee49c5fbf49ff27aecb0 (diff)
downloadlinux-a93b506e265a83a0f8c56ff003434e2d263961ce.tar.xz
PCI: pciehp: Handle surprise add even if surprise removal isn't supported
The PCIe spec (r3.0, sec 7.8.9) says Hot-Plug Surprise indicates support for surprise *removal*, but pciehp checked this to determine if it should handle presence detect interrupts for device *addition*. Allow surprise device addition even if the slot doesn't advertise support for surprise removal. Keith has a platform with slots for front-loading SFF devices. The slots do not have attention buttons and do not support surprise removal, but they do have presence detect. In that case, we still want to use presence detect for device addition. Keith's original patch handled surprise insertions only if Hot-Plug Capable is set. I think that test is superfluous because pciehp only claims slots that advertise Hot-Plug Capable (see get_port_device_capability()). Link: http://lkml.kernel.org/r/1419275223-14602-1-git-send-email-keith.busch@intel.com Based-on-patch-by: Keith Busch <keith.busch@intel.com> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com> Acked-by: Rajat Jain <rajatxjain@gmail.com>
Diffstat (limited to 'drivers/pci/hotplug/shpchp_hpc.c')
0 files changed, 0 insertions, 0 deletions