- 22 Jun, 2012 10 commits
-
-
Jiang Liu authored
For each resource of a PCI host bridge, the arch code and PCI code log following messages. We don't need both, so drop the arch-specific printing. pci_root PNP0A08:00: host bridge window [io 0x0000-0x03af] pci_bus 0000:00: root bus resource [io 0x0000-0x03af] Reviewed-by:Yinghai Lu <yinghai@kernel.org> Signed-off-by:
Jiang Liu <liuj97@gmail.com> Signed-off-by:
Bjorn Helgaas <bhelgaas@google.com>
-
Jiang Liu authored
Reduce redundant code to simplify pci_mmcfg_late_insert_resources(). Reviewed-by:
-
Jiang Liu authored
This patch enhances x86 arch-specific code to update MMCONFIG information when PCI host bridge hotplug event happens. Reviewed-by:
-
Jiang Liu authored
This patch provide MMCONFIG address for PCI host bridges, which will be used to support host bridge hotplug. It gets MMCONFIG address by evaluating _CBA method if available. Reviewed-by:
-
Jiang Liu authored
Introduce pci_mmconfig_insert()/pci_mmconfig_delete(), which will be used to update MMCONFIG information when supporting PCI root bridge hotplug. Reviewed-by:
-
Jiang Liu authored
Prepare function pci_mmcfg_check_reserved() to be called at runtime for PCI host bridge hot-plugging Reviewed-by:
-
Jiang Liu authored
Introduce pci_mmcfg_arch_map()/pci_mmcfg_arch_unmap(), which will be used when supporting PCI root bridge hotplug. Reviewed-by:
-
Jiang Liu authored
Use RCU list to protect mmconfig list from dynamic change when supporting PCI host bridge hotplug. Reviewed-by:
-
Jiang Liu authored
Split out pci_mmconfig_alloc() for code reuse, which will be used when supporting PCI root bridge hotplug. Reviewed-by:
-
Jiang Liu authored
Split out pci_mmcfg_check_reserved() for code reuse, which will be used when supporting PCI host bridge hotplug. Reviewed-by:
-
- 13 Jun, 2012 30 commits
-
-
Yinghai Lu authored
All callers of pci_do_scan_bus() are gone, so remove it. Note that pci_do_scan_bus() was exported, so out-of-tree modules could depend on it. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
Use the new generic pci_hp_add_bridge() interface. [bhelgaas: split "add generic pci_hp_add_bridge()" into a separate patch] Signed-off-by:
-
Yinghai Lu authored
This creates a generic pci_hp_add_bridge() that can be used by several hotplug drivers. [bhelgaas: split out from pciehp patch] Signed-off-by:
-
Yinghai Lu authored
Signed-off-by:
-
Yinghai Lu authored
Signed-off-by:
-
Yinghai Lu authored
Signed-off-by:
-
Yinghai Lu authored
Signed-off-by:
-
Yinghai Lu authored
Signed-off-by:
-
Yinghai Lu authored
Now we can insert busn_res now, after all root bus's get inserted. Signed-off-by:
-
Yinghai Lu authored
Insert that to tree. Signed-off-by:
-
Yinghai Lu authored
It will update busn_res accordingly, so we get that for last_busno. Acked-by:
Chris Metcalf <cmetcalf@tilera.com> Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture to the resource list. Like the MMIO and I/O port apertures, this is used when assigning resources to hot-added devices or in the case of conflicts. [bhelgaas: changelog, set flags directly, at LBA bus_num init] CC: Kyle McMartin <kyle@mcmartin.ca> CC: Helge Deller <deller@gmx.de> CC: linux-parisc@vger.kernel.org Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture to the resource list. Like the MMIO and I/O port apertures, this is used when assigning resources to hot-added devices or in the case of conflicts. [bhelgaas: changelog] CC: Paul Mackerras <paulus@samba.org> CC: linuxppc-dev@lists.ozlabs.org CC: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture to the resource list. Like the MMIO and I/O port apertures, this is used when assigning resources to hot-added devices or in the case of conflicts. [bhelgaas: changelog, fix "pci_last_busn" typo] Acked-by:
"David S. Miller" <davem@davemloft.net> CC: sparclinux@vger.kernel.org Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture from _CRS to the resource list. Like the MMIO and I/O port apertures, this is used when assigning resources to hot-added devices or in the case of conflicts. [bhelgaas: changelog] CC: Tony Luck <tony.luck@intel.com> CC: Fenghua Yu <fenghua.yu@intel.com> CC: linux-ia64@vger.kernel.org Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture to the resource list. Like the MMIO and I/O port apertures, this will be used when assigning resources to hot-added devices or in the case of conflicts. [bhelgaas: changelog, tidy printk] Signed-off-by:
-
Yinghai Lu authored
Add the host bridge bus number aperture from _CRS to the resource list. Like the MMIO and I/O port apertures, this will be used when assigning resources to hot-added devices or in the case of conflicts. Note that we always use the _CRS bus number aperture, even if we're ignoring _CRS otherwise. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
also do not need to shrink busn_res. Signed-off-by:
-
Yinghai Lu authored
We need to put into the resources list for legacy system. Signed-off-by:
-
Yinghai Lu authored
Some callers do not supply the bus number aperture, usually because they do not know the end. In this case, we assume the aperture extends from the root bus number to bus 255, scan the bus, and shrink the bus number resource so it ends at the largest bus number we found. This is obviously not correct because the actual end of the aperture may well be larger than the largest bus number we found. But I guess it's all we have for now. Also print out one info about that, so we could find out which path does not have busn_res in resources list. [bhelgaas: changelog, _safe iterator unnecessary, use %pR format for bus] Signed-off-by: -
Yinghai Lu authored
That busn_res is from resources list. Signed-off-by:
-
Yinghai Lu authored
Release bus number resource when removing a bus. Signed-off-by:
-
Yinghai Lu authored
Will use them insert/update busn res in pci_bus struct. [bhelgaas: print conflicting entry if insertion fails] Signed-off-by:
-
Yinghai Lu authored
If a resource has no parent, allow its start/end to be set arbitrarily as long as any children are still contained within the new range. [bhelgaas: changelog] Signed-off-by:
-
Yinghai Lu authored
This adds get_pci_domain_busn_res(), which returns the root of the bus number resource tree for a domain, creating it if necessary. We will later populate the tree with the bus numbers used by host bridges and P2P bridges in the domain. [bhelgaas: changelog] Signed-off-by:
-
