summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/lpfc
diff options
context:
space:
mode:
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>2007-12-20 15:28:08 +1100
committerGreg Kroah-Hartman <gregkh@suse.de>2008-02-01 15:04:27 -0800
commitb718989da7cf1f77ed5665dba0d2c73bd9dfe2d7 (patch)
treee0fbe08f7240bf58e6c8fdf6c14e175f3d5764bb /drivers/scsi/lpfc
parent017fc480cc8cc0594dc250951d78e814667ae4c2 (diff)
downloadop-kernel-dev-b718989da7cf1f77ed5665dba0d2c73bd9dfe2d7.zip
op-kernel-dev-b718989da7cf1f77ed5665dba0d2c73bd9dfe2d7.tar.gz
PCI: Add pci_enable_device_{io,mem} intefaces
The pci_enable_device_bars() interface isn't well suited to PCI because you can't actually enable/disable BARs individually on a device. So for example, if a device has 2 memory BARs 0 and 1, and one of them (let's say 1) has not been successfully allocated by the firmware or the kernel, then enabling memory decoding shouldn't be permitted for the entire device since it will decode whatever random address is still in that BAR 1. So a device must be either fully enabled for IO, for Memory, or for both. Not on a per-BAR basis. This provides two new functions, pci_enable_device_io() and pci_enable_device_mem() to replace pci_enable_device_bars(). The implementation internally builds a BAR mask in order to be able to use existing arch infrastructure. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Acked-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/scsi/lpfc')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud