d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Don't consider PCIe hot-plug command timeout fatal.

Browse Source 
According to my tests and errata to several generations of Intel CPUs,
PCIe hot-plug command completion reporting is not very reliable thing.
At least on my Supermicro X11DPi-NT board I never saw it reported.
Before this change timeout code detached devices and tried to disable
the slot, that in my case resulted in hot-plugged device being detached
just a second after it was successfully detected and attached.  This
change removes that, so in case of timeout it just prints the error and
continue operation.  Linux does the same.

MFC after:	1 week
Sponsored by:	iXsystems, Inc.
This commit is contained in:
mav 2019-08-26 17:27:36 +00:00
parent abcc5624ea
commit 08f942b31a
1 changed files with 2 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
sys/dev/pci/pci_pci.c
View File

@ -1272,11 +1272,8 @@ pcib_pcie_cc_timeout(void *arg)
mtx_assert(&Giant, MA_OWNED); mtx_assert(&Giant, MA_OWNED);
sta = pcie_read_config(dev, PCIER_SLOT_STA, 2); sta = pcie_read_config(dev, PCIER_SLOT_STA, 2);
if (!(sta & PCIEM_SLOT_STA_CC)) { if (!(sta & PCIEM_SLOT_STA_CC)) {
device_printf(dev, device_printf(dev, "HotPlug Command Timed Out\n");
"HotPlug Command Timed Out - forcing detach\n"); sc->flags &= ~PCIB_HOTPLUG_CMD_PENDING;
sc->flags &= ~(PCIB_HOTPLUG_CMD_PENDING | PCIB_DETACH_PENDING);
sc->flags |= PCIB_DETACHING;
pcib_pcie_hotplug_update(sc, 0, 0, true);
} else { } else {
device_printf(dev, device_printf(dev,
"Missed HotPlug interrupt waiting for Command Completion\n"); "Missed HotPlug interrupt waiting for Command Completion\n");