diff options
| author | Bjorn Helgaas | 2014-08-30 15:23:01 +0200 |
|---|---|---|
| committer | Bjorn Helgaas | 2014-09-13 04:12:14 +0200 |
| commit | 1302fcf0d03e6ea74846c7fee14736306ab2ce4b (patch) | |
| tree | a7aa92d1b4a0f5c5451d2f13ba82bd1e2761cbd6 /drivers/pci/hotplug | |
| parent | PCI: Preserve MPS and MRRS when applying _HPX settings (diff) | |
| download | kernel-qcow2-linux-1302fcf0d03e6ea74846c7fee14736306ab2ce4b.tar.gz kernel-qcow2-linux-1302fcf0d03e6ea74846c7fee14736306ab2ce4b.tar.xz kernel-qcow2-linux-1302fcf0d03e6ea74846c7fee14736306ab2ce4b.zip | |
PCI: Configure *all* devices, not just hot-added ones
There's not really a good way to determine whether firmware has already
configured a device with _HPP/_HPX settings. On legacy systems, the BIOS
has probably configured everything, but on UEFI systems it is not required
to do so.
Per the PCI Firmware Specification, rev 3.1, sec 3.5, if PCI_COMMAND_IO or
PCI_COMMAND_MEMORY is set, we can assume firmware has set the corresponding
BARs and maybe we can assume it has configured the rest of the device. And
if a bridge has PCI_COMMAND_PARITY or PCI_COMMAND_SERR set, we can assume
firmware has configured the bridge. But we can't tell much about devices
without BARs.
I think it should be safe to apply _HPP and _HPX settings anyway, even if
firmware has already configured the device, so configure everything we
find.
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Acked-by: Yinghai Lu <yinghai@kernel.org>
Diffstat (limited to 'drivers/pci/hotplug')
0 files changed, 0 insertions, 0 deletions