PCI, ACPI: pci root bus hotplug support / pci match_driver
Subsystems (15)
v10 cover PCI, ACPI: pci root bus hotplug support / pci match_driver
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp to pci_root.c
3. add hot-remove support
4. add acpi_hp_work to be shared with acpiphp and root-bus hotplug
5. add match_driver to add pci device to device tree early but not attach driver for hotplug path.
based on pci/next + pm/acpi-scan
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
-v9: merges several patches together for easy review, requested by Rafael. -v10: address comments from Rafael.
Jiang Liu (2):
PCI: Fix a device reference count leakage issue in pci_dev_present()
PCI: make PCI device create/destroy logic symmetric
Tang Chen (1):
PCI, ACPI: debug print for installation of acpi root bridge's
notifier
Yinghai Lu (8):
PCI, acpiphp: Add is_hotplug_bridge detection
PCI: Add root bus children dev's res to fail list
PCI: Set dev_node early for pci_dev
PCI, ACPI, acpiphp: Rename alloc_acpiphp_hp_work() to alloc_acpi_hp_work PCI, acpiphp: Move and enhance hotplug support of pci host bridge PCI, acpiphp: Don't bailout even no slots found yet.
PCI: Skip attaching driver in device_add()
PCI: Put pci dev to device tree as early as possible
drivers/acpi/internal.h | 1 + drivers/acpi/osl.c | 24 +++++- drivers/acpi/pci_root.c | 130 +++++++++++++++++++++++++++++++ drivers/acpi/scan.c | 3 + drivers/pci/bus.c | 87 +++++---------------- drivers/pci/hotplug/acpiphp.h | 1 - drivers/pci/hotplug/acpiphp_core.c | 23 +----- drivers/pci/hotplug/acpiphp_glue.c | 150 +++++++++++------------------------- drivers/pci/iov.c | 9 +-- drivers/pci/pci-driver.c | 6 +- drivers/pci/pci.h | 1 - drivers/pci/probe.c | 35 +++++++-- drivers/pci/remove.c | 4 +- drivers/pci/search.c | 10 +-- drivers/pci/setup-bus.c | 2 +- include/acpi/acpi_bus.h | 9 +++ include/acpi/acpiosxf.h | 2 - include/linux/pci.h | 1 + 18 files changed, 277 insertions(+), 221 deletions(-)
Signature · 1 line
1.7.10.4
PATCH v10 1/11 PCI, acpiphp: Add is_hotplug_bridge detection
When system support hotplug bridge with children hotplug slots, we need to make sure that parent bridge get preallocated resource so later when device is plugged into children slot, those children devices will get resource allocated.
We do not meet this problem, because for pcie hotplug card, when acpiphp is used, pci_scan_bridge will set that for us when detect hotplug bit in slot cap.
--- drivers/pci/hotplug/acpiphp_glue.c | 27 ++++++++++++++++++++++++++- 1 file changed, 26 insertions(+), 1 deletion(-)
drivers/pci/hotplug/acpiphp_glue.c +26 -1
@@ -797,6 +797,29 @@ static void acpiphp_set_acpi_region(struct acpiphp_slot *slot) } } +static void check_hotplug_bridge (struct acpiphp_slot *slot,struct pci_dev *dev) +{ +struct acpiphp_func *func; + +if (!dev->subordinate) +return ; + +/* quirk, or pcie could set it already */ +if (dev->is_hotplug_bridge) +return ; + +if (PCI_SLOT (dev->devfn) != slot->device) +return ; + +list_for_each_entry (func, &slot->funcs, sibling) { +if (PCI_FUNC (dev->devfn) == func->function) { +/* check if this bridge has ejectable slots */ +if ((detect_ejectable_slots (func->handle) >0 )) + dev->is_hotplug_bridge =1 ; +break ; + } + } +}/** * enable_device - enable, configure a slot * @slot: slot to be enabled
@@ -831,8 +854,10 @@ static int __ref enable_device(struct acpiphp_slot *slot)if (dev->hdr_type ==PCI_HEADER_TYPE_BRIDGE || dev->hdr_type ==PCI_HEADER_TYPE_CARDBUS ) { max =pci_scan_bridge (bus, dev, max, pass); -if (pass && dev->subordinate) +if (pass && dev->subordinate) { +check_hotplug_bridge (slot, dev);pci_bus_size_bridges (dev->subordinate); + } } } }
Signature · 1 line
1.7.10.4
PATCH v10 2/11 PCI: Add root bus children dev's res to fail list
In reply to Yinghai LuWe can stop trying according to try_number now and do not need to use root_bus checking as stop sign.
In extreme case we could need to reallocate resource for device just under root bus. For pci root bus hot-add, we need to retry to assign resources to pci devices just under pci root bus.
--- drivers/pci/setup-bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/pci/setup-bus.c +1 -1
@@ -283,7 +283,7 @@ static void assign_requested_resources_sorted(struct list_head *head, idx = res - &dev_res->dev->resource[0 ];if (resource_size (res) &&pci_assign_resource (dev_res->dev, idx)) { -if (fail_head && !pci_is_root_bus (dev_res->dev->bus)) { +if (fail_head) {/* * if the failed res is for ROM BAR, and it will * be enabled later, don't add it to the list
Signature · 1 line
1.7.10.4
PATCH v10 3/11 PCI: Set dev_node early for pci_dev
In reply to Yinghai LuOtherwise irq_desc for pci bridge with hot-added ioapic can not be on local node.
--- drivers/pci/probe.c | 1 + 1 file changed, 1 insertion(+)
drivers/pci/probe.c +1 -0
@@ -1300,6 +1300,7 @@ void pci_device_add(struct pci_dev *dev, struct pci_bus *bus) dev->dev.release = pci_release_dev;pci_dev_get (dev); +set_dev_node (&dev->dev,pcibus_to_node (bus)); dev->dev.dma_mask = &dev->dma_mask; dev->dev.dma_parms = &dev->dma_parms; dev->dev.coherent_dma_mask =0xffffffffull ;
Signature · 1 line
1.7.10.4
PATCH v10 4/11 PCI: Fix a device reference count leakage issue in pci_dev_present()
In reply to Yinghai LuFrom: Jiang Liu <[email protected]>
Function pci_get_dev_by_id() will hold a reference count on the pci device returned, so pci_dev_present() should release the corresponding reference count to avoid memory leakage.
--- drivers/pci/search.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-)
drivers/pci/search.c +5 -5
@@ -319,13 +319,13 @@ int pci_dev_present(const struct pci_device_id *ids)WARN_ON (in_interrupt ());while (ids->vendor || ids->subvendor || ids->class_mask) { found =pci_get_dev_by_id (ids,NULL ); -if (found) - goto exit; +if (found) { +pci_dev_put (found); +return 1 ; + } ids++; } -exit: -if (found) -return 1 ; +return 0 ; }EXPORT_SYMBOL (pci_dev_present);
Signature · 1 line
1.7.10.4
PATCH v10 5/11 PCI: make PCI device create/destroy logic symmetric
In reply to Yinghai LuFrom: Jiang Liu <[email protected]>
According to device model documentation, the way to create/destroy PCI devices should be symmetric.
/**
* device_del - delete device from system.
* @dev: device.
*
* This is the first part of the device unregistration
* sequence. This removes the device from the lists we control
* from here, has it removed from the other driver model
* subsystems it was added to in device_add(), and removes it
* from the kobject hierarchy.
*
* NOTE: this should be called manually _iff_ device_add() was
* also called manually.
*/
The rule is to either use
1) device_register()/device_unregister()
or
2) device_initialize()/device_add()/device_del()/put_device().
So change PCI core logic to follow the rule and get rid of the redundant pci_dev_get()/pci_dev_put() pair.
--- drivers/pci/probe.c | 1 - drivers/pci/remove.c | 4 ++-- 2 files changed, 2 insertions(+), 3 deletions(-)
drivers/pci/probe.c +0 -1
@@ -1298,7 +1298,6 @@ void pci_device_add(struct pci_dev *dev, struct pci_bus *bus) {device_initialize (&dev->dev); dev->dev.release = pci_release_dev; -pci_dev_get (dev);set_dev_node (&dev->dev,pcibus_to_node (bus)); dev->dev.dma_mask = &dev->dma_mask;
drivers/pci/remove.c +2 -2
@@ -22,7 +22,7 @@ static void pci_stop_dev(struct pci_dev *dev)if (dev->is_added) {pci_proc_detach_device (dev);pci_remove_sysfs_dev_files (dev); -device_unregister (&dev->dev); +device_del (&dev->dev); dev->is_added =0 ; }
@@ -37,7 +37,7 @@ static void pci_destroy_dev(struct pci_dev *dev)up_write (&pci_bus_sem);pci_free_resources (dev); -pci_dev_put (dev); +put_device (&dev->dev); }void pci_remove_bus (struct pci_bus *bus)
Signature · 1 line
1.7.10.4
PATCH v10 6/11 PCI, ACPI, acpiphp: Rename alloc_acpiphp_hp_work() to alloc_acpi_hp_work
In reply to Yinghai LuWill need to use it for pci root bridge hotplug support, rename *acpiphp* to *acpi* and move to osc.c.
Also make kacpi_hotplug_wq static after that.
-v2: Change export to _GPL, and move declaration of alloc_acpi_hp_work
to acpi_bus.h according to Rafael.
--- drivers/acpi/osl.c | 24 +++++++++++++++++++-- drivers/pci/hotplug/acpiphp_glue.c | 42 ++++++------------------------------ include/acpi/acpi_bus.h | 9 ++++++++ include/acpi/acpiosxf.h | 2 -- 4 files changed, 37 insertions(+), 40 deletions(-)
drivers/acpi/osl.c +22 -2
@@ -84,8 +84,7 @@ static acpi_osd_handler acpi_irq_handler;static void *acpi_irq_context;static struct workqueue_struct *kacpid_wq;static struct workqueue_struct *kacpi_notify_wq; -struct workqueue_struct *kacpi_hotplug_wq; -EXPORT_SYMBOL (kacpi_hotplug_wq); +static struct workqueue_struct *kacpi_hotplug_wq;/* * This list of permanent mappings is for memory that may be accessed from
@@ -1778,3 +1777,24 @@ void acpi_os_set_prepare_sleep(int (*func)(u8 sleep_state, { __acpi_os_prepare_sleep = func; } + +void alloc_acpi_hp_work (acpi_handle handle,u32 type,void *context, +void (*func)(struct work_struct *work)) +{ +struct acpi_hp_work *hp_work; +int ret; + + hp_work =kmalloc (sizeof (*hp_work),GFP_KERNEL ); +if (!hp_work) +return ; + + hp_work->handle = handle; + hp_work->type = type; + hp_work->context = context; + +INIT_WORK (&hp_work->work, func); + ret =queue_work (kacpi_hotplug_wq, &hp_work->work); +if (!ret) +kfree (hp_work); +} +EXPORT_SYMBOL_GPL (alloc_acpi_hp_work);
drivers/pci/hotplug/acpiphp_glue.c +6 -36
79 lines not on this page · raw message
include/acpi/acpi_bus.h +9 -0
@@ -310,6 +310,15 @@ struct acpi_eject_event {u32 event; }; +struct acpi_hp_work { +struct work_struct work; +acpi_handle handle; +u32 type; +void *context; +}; +void alloc_acpi_hp_work (acpi_handle handle,u32 type,void *context, +void (*func)(struct work_struct *work)); +extern struct kobject *acpi_kobj;extern int acpi_bus_generate_netlink_event (const char *,const char *,u8 ,int );void acpi_bus_private_data_handler (acpi_handle ,void *);
include/acpi/acpiosxf.h +0 -2
@@ -193,8 +193,6 @@ void acpi_os_fixed_event_count(u32 fixed_event_number);/* * Threads and Scheduling */ -extern struct workqueue_struct *kacpi_hotplug_wq; -acpi_thread_id acpi_os_get_thread_id (void ); acpi_status
Signature · 1 line
1.7.10.4
PATCH v10 7/11 PCI, acpiphp: Move and enhance hotplug support of pci host bridge
In reply to Yinghai LuWe have partial hot-add support in acpiphp driver, and it is confusing.
Move host bridge hot-add support to pci_root.c, and keep acpiphp simple, also add hot-remove support in pci_root.c.
How to test it: if sci_emu patch is applied,
Find out root bus number to acpi root name mapping from dmesg or /sys
echo "\_SB.PCIB 3" > /sys/kernel/debug/acpi/sci_notify
to remove root bus
echo "\_SB.PCIB 1" > /sys/kernel/debug/acpi/sci_notify
to add back root bus
-v2: put back pci_root_hp change in one patch
-v3: add pcibios_resource_survey_bus() calling
-v4: remove not needed code with remove_bridge
-v5: put back support for acpiphp support for slots just on root bus. -v6: change some functions to *_p2p_* to make it more clean.
-v7: split hot_added change out.
-v8: Move to pci_root.c instead of adding another file requested by Bjorn. -v9: Fold three following patches into this one for easy review:
a: Add missing hot_remove support for root device.
b: Tang Chen noticed that hotplug through container will not update
acpi_root_bridge list. After closely checking, we don't need that for struct for tracking and could use acpi_pci_root directly.
c: Tang Chen found handle_root_bridge_removal is very similiar to
acpi_bus_hot_remove_device(). Change to handle_root_bridge_removal to use acpi_bus_hot_remove_device.
-v10: According to Rafael:
a. don't use __initcall for acpi_pci_root_hp_init.
b. bail out on hot add path if acpi device exists.
c. don't use fixed size buffer with root bridge handle name.
--- drivers/acpi/internal.h | 1 + drivers/acpi/pci_root.c | 124 ++++++++++++++++++++++++++++++++++++ drivers/acpi/scan.c | 3 + drivers/pci/hotplug/acpiphp_glue.c | 59 +++++------------ 4 files changed, 143 insertions(+), 44 deletions(-)
drivers/acpi/internal.h +1 -0
@@ -68,6 +68,7 @@ struct acpi_ec {extern struct acpi_ec *first_ec;int acpi_pci_root_init (void ); +void acpi_pci_root_hp_init (void );int acpi_ec_init (void );int acpi_ec_ecdt_probe (void );int acpi_boot_ec_enable (void );
drivers/acpi/pci_root.c +124 -0
127 lines not on this page · raw message
drivers/acpi/scan.c +3 -0
@@ -1706,5 +1706,8 @@ int __init acpi_scan_init(void) }acpi_update_all_gpes (); + +acpi_pci_root_hp_init (); +return 0 ; }
drivers/pci/hotplug/acpiphp_glue.c +15 -44
110 lines not on this page · raw message
Signature · 1 line
1.7.10.4
PATCH v10 8/11 PCI, ACPI: debug print for installation of acpi root bridge's notifier
In reply to Yinghai LuFrom: Tang Chen <[email protected]>
acpi_install_notify_handler() could fail. So check the exit status and give a better debug info.
--- drivers/acpi/pci_root.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-)
drivers/acpi/pci_root.c +9 -3
@@ -751,6 +751,7 @@ static void handle_hotplug_event_root(acpi_handle handle, u32 type,static acpi_status __init find_root_bridges (acpi_handle handle,u32 lvl,void *context,void **rv) { +acpi_status status;char objname[64 ];struct acpi_buffer buffer = { .length =sizeof (objname), .pointer = objname };
@@ -763,9 +764,14 @@ find_root_bridges(acpi_handle handle, u32 lvl, void *context, void **rv)acpi_get_name (handle,ACPI_FULL_PATHNAME , &buffer); -acpi_install_notify_handler (handle,ACPI_SYSTEM_NOTIFY , - handle_hotplug_event_root,NULL ); -printk (KERN_DEBUG "acpi root: %s notify handler installed\n" , objname); + status =acpi_install_notify_handler (handle,ACPI_SYSTEM_NOTIFY , + handle_hotplug_event_root,NULL ); +if (ACPI_FAILURE (status)) +printk (KERN_DEBUG "acpi root: %s notify handler is not installed, exit status: %u\n" , + objname, (unsigned int )status); +else +printk (KERN_DEBUG "acpi root: %s notify handler is installed\n" , + objname);return AE_OK ; }
Signature · 1 line
1.7.10.4
PATCH v10 9/11 PCI, acpiphp: Don't bailout even no slots found yet.
In reply to Yinghai LuCould have root bus hot added later and there may be slots that need acpiphp.
The result returned by acpiphp_get_num_slots() is meaningless, because the bridge the slots are under may be added after this function has been called, so drop acpiphp_get_num_slots() and the code using it.
-v2: add changelog about why we could get rid of acpiphp_get_name_slots()
from Rafael.
--- drivers/pci/hotplug/acpiphp.h | 1 - drivers/pci/hotplug/acpiphp_core.c | 23 ++--------------------- drivers/pci/hotplug/acpiphp_glue.c | 22 ---------------------- 3 files changed, 2 insertions(+), 44 deletions(-)
drivers/pci/hotplug/acpiphp.h +0 -1
@@ -193,7 +193,6 @@ extern void acpiphp_unregister_hotplug_slot(struct acpiphp_slot *slot);/* acpiphp_glue.c */ extern int acpiphp_glue_init (void );extern void acpiphp_glue_exit (void ); -extern int acpiphp_get_num_slots (void );typedef int (*acpiphp_callback )(struct acpiphp_slot *slot,void *data);extern int acpiphp_enable_slot (struct acpiphp_slot *slot);
drivers/pci/hotplug/acpiphp_core.c +2 -21
@@ -50,7 +50,6 @@bool acpiphp_debug;/* local variables */ -static int num_slots;static struct acpiphp_attention_info *attention_info;#define DRIVER_VERSION "0.5"
@@ -272,25 +271,6 @@ static int get_adapter_status(struct hotplug_slot *hotplug_slot, u8 *value)return 0 ; } -static int __init init_acpi (void ) -{ -int retval; - -/* initialize internal data structure etc. */ - retval =acpiphp_glue_init (); - -/* read initial number of slots */ -if (!retval) { - num_slots =acpiphp_get_num_slots (); -if (num_slots ==0 ) { -acpiphp_glue_exit (); - retval = -ENODEV ; - } - } - -return retval; -} -/** * release_slot - free up the memory used by a slot * @hotplug_slot: slot to free
@@ -379,7 +359,8 @@ static int __init acpiphp_init(void)return 0 ;/* read all the ACPI info from the system */ -return init_acpi (); +/* initialize internal data structure etc. */ +return acpiphp_glue_init (); }
drivers/pci/hotplug/acpiphp_glue.c +0 -22
@@ -1416,28 +1416,6 @@ void acpiphp_glue_exit(void)acpi_pci_unregister_driver (&acpi_pci_hp_driver); } - -/** -* acpiphp_get_num_slots - count number of slots in a system -*/ -int __init acpiphp_get_num_slots (void ) -{ -struct acpiphp_bridge *bridge; -int num_slots =0 ; - -list_for_each_entry (bridge, &bridge_list, list) { -dbg ("Bus %04x:%02x has %d slot%s\n" , -pci_domain_nr (bridge->pci_bus), - bridge->pci_bus->number, bridge->nr_slots, - bridge->nr_slots ==1 ?"" :"s" ); - num_slots += bridge->nr_slots; - } - -dbg ("Total %d slots\n" , num_slots); -return num_slots; -} - -/** * acpiphp_enable_slot - power on slot * @slot: ACPI PHP slot
Signature · 1 line
1.7.10.4
PATCH v10 10/11 PCI: Skip attaching driver in device_add()
In reply to Yinghai LuWe want to add pci device to device tree as early as possible but delay attach driver in next following path.
To make that patch smaller, in this patch:
We add match_driver field in pci_dev and default vaule is false, it will make pci_bus_match fail, so device_add will skip attaching driver, then pci_bus_attach_device() will set match_driver to true so pci_bus_match will return true and device_attach will attach driver to pci device.
--- drivers/pci/bus.c | 10 ++++++++++ drivers/pci/pci-driver.c | 6 +++++- include/linux/pci.h | 1 + 3 files changed, 16 insertions(+), 1 deletion(-)
drivers/pci/bus.c +10 -0
@@ -160,6 +160,15 @@ pci_bus_alloc_resource(struct pci_bus *bus, struct resource *res,void __weak pcibios_resource_survey_bus (struct pci_bus *bus) { } +static void pci_bus_attach_device (struct pci_dev *dev) +{ +int ret; + + dev->match_driver = true; + ret =device_attach (&dev->dev); +WARN_ON (ret <0 ); +} +/** * pci_bus_add_device - add a single device * @dev: device to add
@@ -181,6 +190,7 @@ int pci_bus_add_device(struct pci_dev *dev)if (retval)return retval; +pci_bus_attach_device (dev); dev->is_added =1 ;pci_proc_attach_device (dev);pci_create_sysfs_dev_files (dev);
drivers/pci/pci-driver.c +5 -1
@@ -1186,9 +1186,13 @@ pci_dev_driver(const struct pci_dev *dev)static int pci_bus_match (struct device *dev,struct device_driver *drv) {struct pci_dev *pci_dev =to_pci_dev (dev); -struct pci_driver *pci_drv =to_pci_driver (drv); +struct pci_driver *pci_drv;const struct pci_device_id *found_id; +if (!pci_dev->match_driver) +return 0 ; + + pci_drv =to_pci_driver (drv); found_id =pci_match_device (pci_drv, pci_dev);if (found_id)return 1 ;
include/linux/pci.h +1 -0
@@ -286,6 +286,7 @@ struct pci_dev {unsigned int irq;struct resource resource[DEVICE_COUNT_RESOURCE ];/* I/O and memory regions + expansion ROMs */ +bool match_driver;/* These fields are used by common fixups */ unsigned int transparent:1; /* Transparent PCI bridge */ unsigned int multifunction:1;/* Part of multi-function device */
Signature · 1 line
1.7.10.4
PATCH v10 11/11 PCI: Put pci dev to device tree as early as possible
In reply to Yinghai LuWe want to put created pci device in the device tree as soon as possible.
- just after we find it and create pci_dev struct for it.
so for_pci_dev iteration will not miss them.
But at that time, we can not load driver for them yet. Need to be after pci_assign_unsigned_resources() etc to make sure all pci devices get resource allocated at first.
Move out device registering out of pci_bus_add_devices, and
new pci_bus_add_devices() will do the device_attach work to load pci drivers
Also remove unattached child bus handling in pci_bus_add_devices(). Because that is not needed, child bus via pci_add_new_bus() is already in parent bus children list.
-v2: replace pci_bus_add_child() with ->is_added directly according to
Rafael.
Move pci_create_sysfs_dev_files() back in pci_bus_add_dev(), as we
need to wait assign unassigned resources done to create resource files in /sys.
--- drivers/pci/bus.c | 79 ++++++++------------------------------------------- drivers/pci/iov.c | 9 +----- drivers/pci/pci.h | 1 - drivers/pci/probe.c | 33 ++++++++++++++++----- 4 files changed, 39 insertions(+), 83 deletions(-)
drivers/pci/bus.c +12 -67
@@ -170,69 +170,30 @@ static void pci_bus_attach_device(struct pci_dev *dev) }/** -* pci_bus_add_device - add a single device +* pci_bus_add_device - start driver for a single device * @dev: device to add * -* This adds a single pci device to the global -* device list and adds sysfs and procfs entries +* This adds add sysfs entries and start device drivers */ int pci_bus_add_device (struct pci_dev *dev) { -int retval; - -pci_fixup_device (pci_fixup_final, dev); - - retval =pcibios_add_device (dev); -if (retval) -return retval; - - retval =device_add (&dev->dev); -if (retval) -return retval; +/* +* Can not put in pci_device_add yet because pci resources +* are not assigned yet for some pci devices. +*/ +pci_create_sysfs_dev_files (dev);pci_bus_attach_device (dev); dev->is_added =1 ; -pci_proc_attach_device (dev); -pci_create_sysfs_dev_files (dev); -return 0 ; -} - -/** -* pci_bus_add_child - add a child bus -* @bus: bus to add -* -* This adds sysfs entries for a single bus -*/ -int pci_bus_add_child (struct pci_bus *bus) -{ -int retval; - -if (bus->bridge) - bus->dev.parent = bus->bridge; - - retval =device_register (&bus->dev); -if (retval) -return retval; - - bus->is_added =1 ; - -/* Create legacy_io and legacy_mem files for this bus */ -pci_create_legacy_files (bus); -return retval; +return 0 ; }/** -* pci_bus_add_devices - insert newly discovered PCI devices +* pci_bus_add_devices - start driver for PCI devices * @bus: bus to check for new devices * -* Add newly discovered PCI devices (which are on the bus->devices -* list) to the global PCI device list, add the sysfs and procfs -* entries. Where a bridge is found, add the discovered bus to -* the parents list of child buses, and recurse (breadth-first -* to be compatible with 2.4) -* -* Call hotplug for each new devices. +* Start driver for PCI devices and add some sysfs entries. */ void pci_bus_add_devices (const struct pci_bus *bus) {
@@ -245,36 +206,20 @@ void pci_bus_add_devices(const struct pci_bus *bus)if (dev->is_added)continue ; retval =pci_bus_add_device (dev); -if (retval) -dev_err (&dev->dev,"Error adding device, continuing\n" ); }list_for_each_entry (dev, &bus->devices, bus_list) {BUG_ON (!dev->is_added); child = dev->subordinate; -/* -* If there is an unattached subordinate bus, attach -* it and then scan for unattached PCI devices. -*/ +if (!child)continue ; -if (list_empty (&child->node)) { -down_write (&pci_bus_sem); -list_add_tail (&child->node, &dev->bus->children); -up_write (&pci_bus_sem); - }pci_bus_add_devices (child); -/* -* register the bus with sysfs as the parent is now -* properly registered. -*/ if (child->is_added)continue ; - retval =pci_bus_add_child (child); -if (retval) -dev_err (&dev->dev,"Error adding bus, continuing\n" ); + child->is_added =1 ; } }
drivers/pci/iov.c +1 -8
@@ -48,12 +48,7 @@ static struct pci_bus *virtfn_add_bus(struct pci_bus *bus, int busnr)return NULL ;pci_bus_insert_busn_res (child, busnr, busnr); - child->dev.parent = bus->bridge; - rc =pci_bus_add_child (child); -if (rc) { -pci_remove_bus (child); -return NULL ; - } + bus->is_added =1 ;return child; }
@@ -123,8 +118,6 @@ static int virtfn_add(struct pci_dev *dev, int id, int reset) virtfn->is_virtfn =1 ; rc =pci_bus_add_device (virtfn); -if (rc) - goto failed1;sprintf (buf,"virtfn%u" , id); rc =sysfs_create_link (&dev->dev.kobj, &virtfn->dev.kobj, buf);if (rc)
drivers/pci/pci.h +0 -1
@@ -203,7 +203,6 @@ extern int __pci_read_base(struct pci_dev *dev, enum pci_bar_type type, struct resource *res, unsigned int reg);extern int pci_resource_bar (struct pci_dev *dev,int resno,enum pci_bar_type *type); -extern int pci_bus_add_child (struct pci_bus *bus);extern void pci_enable_ari (struct pci_dev *dev);/** * pci_ari_enabled - query ARI forwarding status
drivers/pci/probe.c +26 -7
@@ -623,6 +623,7 @@ static struct pci_bus *pci_alloc_child_bus(struct pci_bus *parent, {struct pci_bus *child;int i; +int ret;/* * Allocate a new bus, and inherit stuff from the parent..
@@ -637,8 +638,7 @@ static struct pci_bus *pci_alloc_child_bus(struct pci_bus *parent, child->bus_flags = parent->bus_flags;/* initialize some portions of the bus device, but don't register it -* now as the parent is not properly set up yet. This device will get -* registered later in pci_bus_add_devices() +* now as the parent is not properly set up yet. */ child->dev.class = &pcibus_class;dev_set_name (&child->dev,"%04x:%02x" ,pci_domain_nr (child), busnr);
@@ -651,11 +651,14 @@ static struct pci_bus *pci_alloc_child_bus(struct pci_bus *parent, child->primary = parent->busn_res.start; child->busn_res.end =0xff ; -if (!bridge) -return child; +if (!bridge) { + child->dev.parent = parent->bridge; + goto add_dev; + } child->self = bridge; child->bridge =get_device (&bridge->dev); + child->dev.parent = child->bridge;pci_set_bus_of_node (child);pci_set_bus_speed (child);
@@ -666,6 +669,13 @@ static struct pci_bus *pci_alloc_child_bus(struct pci_bus *parent, } bridge->subordinate = child; +add_dev: + ret =device_register (&child->dev); +WARN_ON (ret <0 ); + +/* Create legacy_io and legacy_mem files for this bus */ +pci_create_legacy_files (child); +return child; }
@@ -1296,6 +1306,8 @@ static void pci_init_capabilities(struct pci_dev *dev)void pci_device_add (struct pci_dev *dev,struct pci_bus *bus) { +int ret; +device_initialize (&dev->dev); dev->dev.release = pci_release_dev;
@@ -1326,6 +1338,15 @@ void pci_device_add(struct pci_dev *dev, struct pci_bus *bus)down_write (&pci_bus_sem);list_add_tail (&dev->bus_list, &bus->devices);up_write (&pci_bus_sem); + +pci_fixup_device (pci_fixup_final, dev); + ret =pcibios_add_device (dev); +WARN_ON (ret <0 ); +/* notifier could use pci capabilities */ + ret =device_add (&dev->dev); +WARN_ON (ret <0 ); + +pci_proc_attach_device (dev); }struct pci_dev *__ref pci_scan_single_device (struct pci_bus *bus,int devfn)
@@ -1656,13 +1677,13 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus,char bus_addr[64 ];char *fmt; - b =pci_alloc_bus ();if (!b)return NULL ; b->sysdata = sysdata; b->ops = ops; + b->number = b->busn_res.start = bus; b2 =pci_find_bus (pci_domain_nr (b), bus);if (b2) {/* If we already got to this bus through a different bridge, ignore it */
@@ -1701,8 +1722,6 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus,/* Create legacy_io and legacy_mem files for this bus */ pci_create_legacy_files (b); - b->number = b->busn_res.start = bus; -if (parent)dev_info (parent,"PCI host bridge to bus %s\n" ,dev_name (&b->dev));else
Signature · 1 line
1.7.10.4
Quoted 24 lines · Yinghai Lu
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp topci_root.c
3. add hot-remove support
4. addacpi_hp_workto be shared with acpiphp and root-bus hotplug
5. addmatch_driverto add pci device to device tree early but not attach driver for hotplug path.based on pci/next + pm/acpi-scan
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.gitfor-pci-root-bus-hotplug(quoted diff) +0
-2-v9: merges several patches together for easy review, requested by Rafael. -v10: address comments from Rafael.Jiang Liu (2):
PCI: Fix a device reference count leakage issue inpci_dev_present()
PCI: make PCI device create/destroy logic symmetricTang Chen (1):
PCI, ACPI: debug print for installation of acpi root bridge's
notifier
Quoted 9 lines
Yinghai Lu (8):
PCI, acpiphp: Addis_hotplug_bridgedetection
PCI: Add root bus children dev's res to fail list
PCI: Setdev_nodeearly forpci_dev
PCI, ACPI, acpiphp: Renamealloc_acpiphp_hp_work()toalloc_acpi_hp_workPCI, acpiphp: Move and enhance hotplug support of pci host bridge PCI, acpiphp: Don't bailout even no slots found yet.
PCI: Skip attaching driver indevice_add()
PCI: Put pci dev to device tree as early as possible
OK
Please feel free to add
to all of the patches in this series I haven't acked already.
Thanks,
Rafael
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
Quoted 37 lines · Rafael J. Wysocki
Quoted 24 lines · Yinghai Lu
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp topci_root.c
3. add hot-remove support
4. addacpi_hp_workto be shared with acpiphp and root-bus hotplug
5. addmatch_driverto add pci device to device tree early but not attach driver for hotplug path.based on pci/next + pm/acpi-scan
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.gitfor-pci-root-bus-hotplug(quoted diff) +0
-2-v9: merges several patches together for easy review, requested by Rafael. -v10: address comments from Rafael.Jiang Liu (2):
PCI: Fix a device reference count leakage issue inpci_dev_present()
PCI: make PCI device create/destroy logic symmetricTang Chen (1):
PCI, ACPI: debug print for installation of acpi root bridge's
notifierQuoted 9 lines
Yinghai Lu (8):
PCI, acpiphp: Addis_hotplug_bridgedetection
PCI: Add root bus children dev's res to fail list
PCI: Setdev_nodeearly forpci_dev
PCI, ACPI, acpiphp: Renamealloc_acpiphp_hp_work()toalloc_acpi_hp_workPCI, acpiphp: Move and enhance hotplug support of pci host bridge PCI, acpiphp: Don't bailout even no slots found yet.
PCI: Skip attaching driver indevice_add()
PCI: Put pci dev to device tree as early as possibleOK
Quoted 5 lines
Please feel free to add
to all of the patches in this series I haven't acked already.
Thanks a lot for reviewing.
Bjorn Helgaas
maintainerQuoted 38 lines · Yinghai Lu
Quoted 37 lines · Rafael J. Wysocki
Quoted 24 lines · Yinghai Lu
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp topci_root.c
3. add hot-remove support
4. addacpi_hp_workto be shared with acpiphp and root-bus hotplug
5. addmatch_driverto add pci device to device tree early but not attach driver for hotplug path.based on pci/next + pm/acpi-scan
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.gitfor-pci-root-bus-hotplug(quoted diff) +0
-2-v9: merges several patches together for easy review, requested by Rafael. -v10: address comments from Rafael.Jiang Liu (2):
PCI: Fix a device reference count leakage issue inpci_dev_present()
PCI: make PCI device create/destroy logic symmetricTang Chen (1):
PCI, ACPI: debug print for installation of acpi root bridge's
notifierQuoted 9 lines
Yinghai Lu (8):
PCI, acpiphp: Addis_hotplug_bridgedetection
PCI: Add root bus children dev's res to fail list
PCI: Setdev_nodeearly forpci_dev
PCI, ACPI, acpiphp: Renamealloc_acpiphp_hp_work()toalloc_acpi_hp_workPCI, acpiphp: Move and enhance hotplug support of pci host bridge PCI, acpiphp: Don't bailout even no slots found yet.
PCI: Skip attaching driver indevice_add()
PCI: Put pci dev to device tree as early as possibleOK
Quoted 5 lines
Quoted 5 lines
Please feel free to add
to all of the patches in this series I haven't acked already.
I first pulled in "git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git acpi-scan" again (to pci/acpi-scan2), added your acks, Rafael, and put this series on a pci/yinghai-root-bus branch based on pci/acpi-scan2.
I reworked some of the changelogs a bit, but I don't think I made any code changes except that in [10/11] I just inlined the pci_bus_attach_device() code rather than making a new function, since it's small, there's only one caller, and I didn't think we needed any more pci_* and pci_bus_* functions than we already have.
Let me know if I messed anything up.
Bjorn
Quoted 50 lines · Bjorn Helgaas
Quoted 38 lines · Yinghai Lu
Quoted 37 lines · Rafael J. Wysocki
Quoted 24 lines · Yinghai Lu
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp topci_root.c
3. add hot-remove support
4. addacpi_hp_workto be shared with acpiphp and root-bus hotplug
5. addmatch_driverto add pci device to device tree early but not attach driver for hotplug path.based on pci/next + pm/acpi-scan
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.gitfor-pci-root-bus-hotplug(quoted diff) +0
-2-v9: merges several patches together for easy review, requested by Rafael. -v10: address comments from Rafael.Jiang Liu (2):
PCI: Fix a device reference count leakage issue inpci_dev_present()
PCI: make PCI device create/destroy logic symmetricTang Chen (1):
PCI, ACPI: debug print for installation of acpi root bridge's
notifierQuoted 9 lines
Yinghai Lu (8):
PCI, acpiphp: Addis_hotplug_bridgedetection
PCI: Add root bus children dev's res to fail list
PCI: Setdev_nodeearly forpci_dev
PCI, ACPI, acpiphp: Renamealloc_acpiphp_hp_work()toalloc_acpi_hp_workPCI, acpiphp: Move and enhance hotplug support of pci host bridge PCI, acpiphp: Don't bailout even no slots found yet.
PCI: Skip attaching driver indevice_add()
PCI: Put pci dev to device tree as early as possibleOK
Quoted 5 lines
Quoted 5 lines
Please feel free to add
to all of the patches in this series I haven't acked already.
I first pulled in "
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.gitacpi-scan" again (to pci/acpi-scan2), added your acks, Rafael, and put this series on a pci/yinghai-root-bus branch based on pci/acpi-scan2.
Quoted 7 lines
I reworked some of the changelogs a bit, but I don't think I made any code changes except that in [10/11] I just inlined the
pci_bus_attach_device()code rather than making a new function, since it's small, there's only one caller, and I didn't think we needed any more pci_* and pci_bus_* functions than we already have.Let me know if I messed anything up.
Great, so I could rebase my PCI notification related work to this branch. I'm trying to resolve conflicts between acpi-scan and pci-root-bus-hotplug last night.
Thanks!
Quoted 5 lines
Bjorn
.
Quoted 7 lines · Bjorn Helgaas
On Tue, Jan 22, 2013 at 3:19 PM, Yinghai Lu <[email protected]> wrote:
I first pulled in "
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.gitacpi-scan" again (to pci/acpi-scan2), added your acks, Rafael, and put this series on a pci/yinghai-root-bus branch based on pci/acpi-scan2.
Quoted 7 lines
I reworked some of the changelogs a bit, but I don't think I made any code changes except that in [10/11] I just inlined the
pci_bus_attach_device()code rather than making a new function, since it's small, there's only one caller, and I didn't think we needed any more pci_* and pci_bus_* functions than we already have.Let me know if I messed anything up.
Great, thanks for lot.
After that hit pci/next, will send out
for-pci-for-each-host-bridge
and
for-pci-for-each-add-res.
Thanks
Yinghai
v2 cover PCI: use pci host bridge to loop pci root bus
We could add bus_type for pci_host_bridge, and generic code in driver core to loop pci_host_bridge and could remove pci_root_buses list, as host_bridge->bus is the root bus.
based on pci/next
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-for-each-host-bridge
-v2: updated after pci_root_bus_hotplug get into pci/next
Yinghai Lu (22):
PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
PCI: Add dummy bus_type for pci_host_bridge
PCI, libata: remove find_bridge in acpi_bus_type
PCI, ACPI: Update comments for find_bridge in acpi_bus_type
PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge PCI, hotplug: Kill pci_find_next_bus in sgi_hotplug
PCI: Kill pci_find_next_bus in pci_sysfs
PCI, edac: Kill pci_find_next_bus in edac
PCI, x86: Kill pci_find_next_bus in pcibios_scan_root
PCI, x86: Kill pci_root_buses in resources reservations PCI, drm: Kill pci_root_buses in alpha hose setting
PCI: Kill pci_root_buses in setup-bus
PCI, sparc: Kill pci_find_next_bus
PCI, ia64: Kill pci_find_next_bus
PCI, alpha: Kill pci_root_buses
PCI, arm: Kill pci_root_buses
PCI, frv: Kill pci_root_buses in resources reservations PCI, microblaze: Kill pci_root_buses in resources reservations PCI, mn10300: Kill pci_root_buses in resources reservations PCI, powerpc: Kill pci_root_buses in resources reservations
PCI: Kill pci_find_next_bus
PCI: Kill pci_root_buses
arch/alpha/kernel/pci.c | 6 +-- arch/arm/kernel/bios32.c | 9 ++--- arch/frv/mb93090-mb00/pci-frv.c | 37 +++++++++--------- arch/ia64/hp/common/sba_iommu.c | 7 ++-- arch/ia64/sn/kernel/io_common.c | 5 ++- arch/microblaze/pci/pci-common.c | 10 ++--- arch/mn10300/unit-asb2305/pci-asb2305.c | 62 ++++++++++++++++--------------- arch/powerpc/kernel/pci-common.c | 13 +++---- arch/powerpc/kernel/pci_64.c | 8 ++-- arch/sparc/kernel/pci.c | 6 ++- arch/x86/pci/common.c | 9 +++-- arch/x86/pci/i386.c | 20 +++++----- drivers/ata/libata-acpi.c | 6 --- drivers/edac/i7core_edac.c | 6 +-- drivers/gpu/drm/drm_fops.c | 10 +++-- drivers/pci/hotplug/sgi_hotplug.c | 6 ++- drivers/pci/pci-driver.c | 11 +++++- drivers/pci/pci-sysfs.c | 6 +-- drivers/pci/probe.c | 13 ++----- drivers/pci/search.c | 61 +++++++++++++++--------------- drivers/pci/setup-bus.c | 24 ++++++------ include/acpi/acpi_bus.h | 2 +- include/linux/pci.h | 18 +++++---- 23 files changed, 187 insertions(+), 168 deletions(-)
Signature · 1 line
1.7.10.4
PATCH v2 1/22 PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
It is with host bridge, so change the name to reflect the fact.
--- drivers/pci/probe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
drivers/pci/probe.c +2 -2
@@ -1187,7 +1187,7 @@ int pci_cfg_space_size(struct pci_dev *dev)return PCI_CFG_SPACE_SIZE ; } -static void pci_release_bus_bridge_dev (struct device *dev) +static void pci_release_host_bridge_dev (struct device *dev) {struct pci_host_bridge *bridge =to_pci_host_bridge (dev);
@@ -1692,7 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; - bridge->dev.release = pci_release_bus_bridge_dev; + bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);if (error)
Signature · 1 line
1.7.10.4
Re: [PATCH v2 01/22] PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
Quoted 3 lines · Yinghai Lu
It is with host bridge, so change the name to reflect the fact.
Signed-off-by Yinghai Lu <[email protected]>
Quoted 27 lines
--- drivers/pci/probe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)drivers/pci/probe.c +2
-2@@ -1187,7 +1187,7 @@ int pci_cfg_space_size(struct pci_dev *dev)return PCI_CFG_SPACE_SIZE ; } -static void pci_release_bus_bridge_dev (struct device *dev) +static void pci_release_host_bridge_dev (struct device *dev) {struct pci_host_bridge *bridge =to_pci_host_bridge (dev);@@ -1692,7 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; - bridge->dev.release = pci_release_bus_bridge_dev; + bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);if (error)
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
PATCH v2 2/22 PCI: Add dummy bus_type for pci_host_bridge
In reply to Yinghai LuNeed to use it for looping registered host_bridge, and kill root_bus list.
--- drivers/pci/pci-driver.c | 11 ++++++++++- drivers/pci/probe.c | 1 + include/linux/pci.h | 2 ++ 3 files changed, 13 insertions(+), 1 deletion(-)
drivers/pci/pci-driver.c +10 -1
@@ -1278,11 +1278,20 @@ struct bus_type pci_bus_type = { .pm = PCI_PM_OPS_PTR, }; +struct bus_type pci_host_bridge_bus_type = { + .name ="pci_host_bridge" , +}; + +static int __init pci_host_bridge_driver_init (void ) +{ +return bus_register (&pci_host_bridge_bus_type); +} +postcore_initcall (pci_host_bridge_driver_init); +static int __init pci_driver_init (void ) {return bus_register (&pci_bus_type); } -postcore_initcall (pci_driver_init);EXPORT_SYMBOL_GPL (pci_add_dynid);
drivers/pci/probe.c +1 -0
@@ -1692,6 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; + bridge->dev.bus = &pci_host_bridge_bus_type; bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);
include/linux/pci.h +2 -0
@@ -669,6 +669,7 @@ enum pcie_bus_config_types {extern enum pcie_bus_config_types pcie_bus_config; +extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type;/* Do NOT directly access these two variables, unless you are arch specific pci
@@ -740,6 +741,7 @@ void pci_stop_root_bus(struct pci_bus *bus);void pci_remove_root_bus (struct pci_bus *bus);void pci_setup_cardbus (struct pci_bus *bus);extern void pci_sort_breadthfirst (void ); +#define dev_is_pci_host_bridge (d) ((d)->bus == &pci_host_bridge_bus_type)#define dev_is_pci (d) ((d)->bus == &pci_bus_type)#define dev_is_pf (d) ((dev_is_pci(d) ? to_pci_dev(d)->is_physfn : false))#define dev_num_vf (d) ((dev_is_pci(d) ? pci_num_vf(to_pci_dev(d)) : 0))
Signature · 1 line
1.7.10.4
PATCH v2 3/22 PCI, libata: remove find_bridge in acpi_bus_type
In reply to Yinghai LuThe struct member is not used anymore, remove it.
--- drivers/ata/libata-acpi.c | 6 ------ 1 file changed, 6 deletions(-)
drivers/ata/libata-acpi.c +0 -6
@@ -1177,13 +1177,7 @@ static int ata_acpi_find_device(struct device *dev, acpi_handle *handle)return -ENODEV ; } -static int ata_acpi_find_dummy (struct device *dev,acpi_handle *handle) -{ -return -ENODEV ; -} -static struct acpi_bus_type ata_acpi_bus = { - .find_bridge = ata_acpi_find_dummy, .find_device = ata_acpi_find_device, };
Signature · 1 line
1.7.10.4
PATCH v2 4/22 PCI, ACPI: Update comments for find_bridge in acpi_bus_type
In reply to Yinghai Luonly device that does not have bus_type, will go to that path...
--- include/acpi/acpi_bus.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
include/acpi/acpi_bus.h +1 -1
@@ -385,7 +385,7 @@ struct acpi_bus_type {struct bus_type *bus;/* For general devices under the bus */ int (*find_device) (struct device *,acpi_handle *); -/* For bridges, such as PCI root bridge, IDE controller */ +/* For bridges that does not have bus_type, such as usb_port */ int (*find_bridge) (struct device *,acpi_handle *);void (*setup)(struct device *);void (*cleanup)(struct device *);
Signature · 1 line
1.7.10.4
PATCH v2 5/22 PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge
In reply to Yinghai Luuse bus_find_device to loop host_bridges.
-v2: fixes compiling error when CONFIG_PCI is not defined that Fengguang Wu found.
--- drivers/pci/search.c | 24 ++++++++++++++++++++++++ include/linux/pci.h | 9 +++++++++ 2 files changed, 33 insertions(+)
drivers/pci/search.c +24 -0
@@ -178,6 +178,30 @@ struct pci_dev *pci_get_domain_bus_and_slot(int domain, unsigned int bus, }EXPORT_SYMBOL (pci_get_domain_bus_and_slot); +static int match_pci_host_bridge (struct device *dev,void *data) +{ +return 1 ; +} + +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from) +{ +struct device *dev; +struct device *dev_start =NULL ; +struct pci_host_bridge *bridge =NULL ; + +WARN_ON (in_interrupt ()); +if (from) + dev_start = &from->dev; + dev =bus_find_device (&pci_host_bridge_bus_type, dev_start,NULL , + match_pci_host_bridge); +if (dev) + bridge =to_pci_host_bridge (dev); +if (from) +put_device (&from->dev); +return bridge; +} +EXPORT_SYMBOL_GPL (pci_get_next_host_bridge); +static int match_pci_dev_by_id (struct device *dev,void *data) {struct pci_dev *pdev =to_pci_dev (dev);
include/linux/pci.h +9 -0
@@ -375,6 +375,8 @@ struct pci_host_bridge { };#define to_pci_host_bridge (n) container_of(n, struct pci_host_bridge, dev) +#define for_each_pci_host_bridge (d) while ((d = pci_get_next_host_bridge(d)) != NULL) +void pci_set_host_bridge_release (struct pci_host_bridge *bridge,void (*release_fn)(struct pci_host_bridge *),void *release_data);
@@ -763,6 +765,7 @@ int pci_find_ht_capability(struct pci_dev *dev, int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap);struct pci_bus *pci_find_next_bus (const struct pci_bus *from); +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from);struct pci_dev *pci_get_device (unsigned int vendor,unsigned int device,struct pci_dev *from); struct pci_dev *pci_get_subsys(unsigned int vendor, unsigned int device,
@@ -1418,6 +1421,12 @@ static inline int pci_domain_nr(struct pci_bus *bus)static inline struct pci_dev *pci_dev_get (struct pci_dev *dev) {return NULL ; } +static inline struct pci_host_bridge *pci_get_next_host_bridge ( +struct pci_host_bridge *host_bridge) +{ +return NULL ; +} +#define dev_is_pci (d) (false)#define dev_is_pf (d) (false)#define dev_num_vf (d) (0)
Signature · 1 line
1.7.10.4
PATCH v2 6/22 PCI, hotplug: Kill pci_find_next_bus in sgi_hotplug
In reply to Yinghai Lu--- drivers/pci/hotplug/sgi_hotplug.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
drivers/pci/hotplug/sgi_hotplug.c +4 -2
@@ -669,7 +669,7 @@ alloc_err:static int __init sn_pci_hotplug_init (void ) { -struct pci_bus *pci_bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ;int rc;int registered =0 ;
@@ -681,7 +681,9 @@ static int __init sn_pci_hotplug_init(void)INIT_LIST_HEAD (&sn_hp_list); -while ((pci_bus =pci_find_next_bus (pci_bus))) { +for_each_pci_host_bridge (host_bridge) { +struct pci_bus *pci_bus = host_bridge->bus; +if (!pci_bus->sysdata)continue ;
Signature · 1 line
1.7.10.4
PATCH v2 7/22 PCI: Kill pci_find_next_bus in pci_sysfs
In reply to Yinghai Lu--- drivers/pci/pci-sysfs.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/pci/pci-sysfs.c +3 -3
@@ -289,15 +289,15 @@ static ssize_t bus_rescan_store(struct bus_type *bus, const char *buf, size_t count) {unsigned long val; -struct pci_bus *b =NULL ; +struct pci_host_bridge *host_bridge =NULL ;if (strict_strtoul (buf,0 , &val) <0 )return -EINVAL ;if (val) {mutex_lock (&pci_remove_rescan_mutex); -while ((b =pci_find_next_bus (b)) !=NULL ) -pci_rescan_bus (b); +for_each_pci_host_bridge (host_bridge) +pci_rescan_bus (host_bridge->bus);mutex_unlock (&pci_remove_rescan_mutex); }return count;
Signature · 1 line
1.7.10.4
PATCH v2 8/22 PCI, edac: Kill pci_find_next_bus in edac
In reply to Yinghai Lu--- drivers/edac/i7core_edac.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/edac/i7core_edac.c +3 -3
@@ -1294,10 +1294,10 @@ static void __init i7core_xeon_pci_fixup(const struct pci_id_table *table)static unsigned i7core_pci_lastbus (void ) {int last_bus =0 , bus; -struct pci_bus *b =NULL ; +struct pci_host_bridge *host_bridge =NULL ; -while ((b =pci_find_next_bus (b)) !=NULL ) { - bus = b->number; +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus->number;edac_dbg (0 ,"Found bus %d\n" , bus);if (bus > last_bus) last_bus = bus;
Signature · 1 line
1.7.10.4
PATCH v2 9/22 PCI, x86: Kill pci_find_next_bus in pcibios_scan_root
In reply to Yinghai Lu--- arch/x86/pci/common.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-)
arch/x86/pci/common.c +6 -3
@@ -447,11 +447,14 @@ void __init dmi_check_pciprobe(void)struct pci_bus *__devinit pcibios_scan_root (int busnum) { -struct pci_bus *bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ; +struct pci_bus *bus; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { -if (bus->number == busnum) { +for_each_pci_host_bridge (host_bridge) { +if (host_bridge->bus->number == busnum) {/* Already scanned */ + bus = host_bridge->bus; +put_device (&host_bridge->dev);return bus; } }
Signature · 1 line
1.7.10.4
PATCH v2 10/22 PCI, x86: Kill pci_root_buses in resources reservations
In reply to Yinghai Lu--- arch/x86/pci/i386.c | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-)
arch/x86/pci/i386.c +10 -10
@@ -340,11 +340,11 @@ static void pcibios_allocate_rom_resources(struct pci_bus *bus)static int __init pcibios_assign_resources (void ) { -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;if (!(pci_probe &PCI_ASSIGN_ROMS )) -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_rom_resources (bus); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_rom_resources (host_bridge->bus);pci_assign_unassigned_resources ();pcibios_fw_addr_list_del ();
@@ -367,17 +367,17 @@ void pcibios_resource_survey_bus(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;DBG ("PCI: Allocating resources\n" ); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_bus_resources (bus); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_resources (bus,0 ); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_resources (bus,1 ); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_resources (host_bridge->bus,0 ); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_resources (host_bridge->bus,1 );e820_reserve_resources_late ();/*
Signature · 1 line
1.7.10.4
PATCH v2 11/22 PCI, drm: Kill pci_root_buses in alpha hose setting
In reply to Yinghai Lu--- drivers/gpu/drm/drm_fops.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)
drivers/gpu/drm/drm_fops.c +7 -3
@@ -356,9 +356,13 @@ static int drm_open_helper(struct inode *inode, struct file *filp, pci_dev_put(pci_dev); }if (!dev->hose) { -struct pci_bus *b =pci_bus_b (pci_root_buses.next); -if (b) - dev->hose = b->sysdata; +struct pci_host_bridge *host_bridge; + + host_bridge =pci_next_host_bridge (NULL ); +if (host_bridge) { + dev->hose = host_bridge->bus->sysdata; +put_device (&host_bridge->dev); + } } }#endif
Signature · 1 line
1.7.10.4
PATCH v2 12/22 PCI: Kill pci_root_buses in setup-bus
In reply to Yinghai Lu--- drivers/pci/setup-bus.c | 24 +++++++++++++----------- 1 file changed, 13 insertions(+), 11 deletions(-)
drivers/pci/setup-bus.c +13 -11
@@ -1318,12 +1318,12 @@ static int __init pci_bus_get_depth(struct pci_bus *bus)static int __init pci_get_max_depth (void ) {int depth =0 ; -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each_entry (bus, &pci_root_buses, node) { +for_each_pci_host_bridge (host_bridge) {int ret; - ret =pci_bus_get_depth (bus); + ret =pci_bus_get_depth (host_bridge->bus);if (ret > depth) depth = ret; }
@@ -1393,6 +1393,7 @@ void __initpci_assign_unassigned_resources (void) {struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;LIST_HEAD (realloc_head);/* list of resources that want additional resources */ struct list_head *add_list =NULL ;
@@ -1423,12 +1424,13 @@ again: add_list = &realloc_head;/* Depth first, calculate sizes and alignments of all subordinate buses. */ -list_for_each_entry (bus, &pci_root_buses, node) -__pci_bus_size_bridges (bus, add_list); +for_each_pci_host_bridge (host_bridge) +__pci_bus_size_bridges (host_bridge->bus, add_list);/* Depth last, allocate resources and update the hardware. */ -list_for_each_entry (bus, &pci_root_buses, node) -__pci_bus_assign_resources (bus, add_list, &fail_head); +for_each_pci_host_bridge (host_bridge) +__pci_bus_assign_resources (host_bridge->bus, add_list, + &fail_head);if (add_list)BUG_ON (!list_empty (add_list)); tried_times++;
@@ -1480,12 +1482,12 @@ again: enable_and_dump:/* Depth last, update the hardware. */ -list_for_each_entry (bus, &pci_root_buses, node) -pci_enable_bridges (bus); +for_each_pci_host_bridge (host_bridge) +pci_enable_bridges (host_bridge->bus);/* dump the resource on buses */ -list_for_each_entry (bus, &pci_root_buses, node) -pci_bus_dump_resources (bus); +for_each_pci_host_bridge (host_bridge) +pci_bus_dump_resources (host_bridge->bus); }void pci_assign_unassigned_bridge_resources (struct pci_dev *bridge)
Signature · 1 line
1.7.10.4
PATCH v2 13/22 PCI, sparc: Kill pci_find_next_bus
In reply to Yinghai Lu--- arch/sparc/kernel/pci.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
arch/sparc/kernel/pci.c +4 -2
@@ -997,11 +997,13 @@ static void __devinit pci_bus_slot_names(struct device_node *node,static int __init of_pci_slot_init (void ) { -struct pci_bus *pbus =NULL ; +struct pci_host_bridge *host_bridge =NULL ; +struct pci_bus *pbus; -while ((pbus =pci_find_next_bus (pbus)) !=NULL ) { +for_each_pci_host_bridge (host_bridge) {struct device_node *node; + pbus = host_bridge->bus;if (pbus->self) {/* PCI->PCI bridge */ node = pbus->self->dev.of_node;
Signature · 1 line
1.7.10.4
PATCH v2 14/22 PCI, ia64: Kill pci_find_next_bus
In reply to Yinghai Lu--- arch/ia64/hp/common/sba_iommu.c | 7 ++++--- arch/ia64/sn/kernel/io_common.c | 5 +++-- 2 files changed, 7 insertions(+), 5 deletions(-)
arch/ia64/hp/common/sba_iommu.c +4 -3
@@ -2155,9 +2155,10 @@ sba_init(void)#ifdef CONFIG_PCI { -struct pci_bus *b =NULL ; -while ((b =pci_find_next_bus (b)) !=NULL ) -sba_connect_bus (b); +struct pci_host_bridge *host_bridge =NULL ; + +for_each_pci_host_bridge (host_bridge) +sba_connect_bus (host_bridge->bus); }#endif
arch/ia64/sn/kernel/io_common.c +3 -2
@@ -516,6 +516,7 @@ arch_initcall(sn_io_early_init);int __init sn_io_late_init (void ) { +struct pci_host_bridge *host_bridge =NULL ;struct pci_bus *bus;struct pcibus_bussoft *bussoft;cnodeid_t cnode;
@@ -530,8 +531,8 @@ sn_io_late_init(void)* PIC, TIOCP, TIOCE (TIOCA does it during bus fixup using * info from the PROM). */ - bus =NULL ; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus; bussoft =SN_PCIBUS_BUSSOFT (bus); nasid =NASID_GET (bussoft->bs_base); cnode =nasid_to_cnodeid (nasid);
Signature · 1 line
1.7.10.4
PATCH v2 15/22 PCI, alpha: Kill pci_root_buses
In reply to Yinghai Lu-v2: Fix typo that is found by Fengguang
--- arch/alpha/kernel/pci.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
arch/alpha/kernel/pci.c +3 -3
@@ -305,10 +305,10 @@ pcibios_claim_one_bus(struct pci_bus *b)static void __init pcibios_claim_console_setup (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each_entry (b, &pci_root_buses, node) -pcibios_claim_one_bus (b); +for_each_pci_host_bridge (host_bridge) +pcibios_claim_one_bus (host_bridge->bus); }void __init
Signature · 1 line
1.7.10.4
PATCH v2 16/22 PCI, arm: Kill pci_root_buses
In reply to Yinghai Lu--- arch/arm/kernel/bios32.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-)
arch/arm/kernel/bios32.c +3 -6
@@ -57,13 +57,10 @@ static void pcibios_bus_report_status(struct pci_bus *bus, u_int status_mask, invoid pcibios_report_status (u_int status_mask,int warn) { -struct list_head *l; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each (l, &pci_root_buses) { -struct pci_bus *bus =pci_bus_b (l); - -pcibios_bus_report_status (bus, status_mask, warn); - } +for_each_pci_host_bridge (host_bridge) +pcibios_bus_report_status (host_bridge->bus, status_mask, warn); }/*
Signature · 1 line
1.7.10.4
PATCH v2 16/22 PCI, arm: Kill pci_root_buses
Quoted 3 lines · Yinghai Lu
Signed-off-by Yinghai Lu <[email protected]>Cc Russell King <[email protected]>Cc linux-arm-kernel at lists.infradead.org
So... what's this about. This email is all I've recieved, and the only thing that I have to go on is one single subject line and not description about what's going on. I guess there's some other patch introducing this for_each_pci_host_bridge() macro somewhere? I guess that's part of this patch set?
Yet... I guess you want an ack for this or something... which would be irresponsible to give without knowing the purpose behind this, the reasoning, or even being able to tell whether the replacement code is functionally equivalent.
So, no ack (or nack) at the moment.
Quoted 28 lines
--- arch/arm/kernel/bios32.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-)arch/arm/kernel/bios32.c +3
-6@@ -57,13 +57,10 @@ static void pcibios_bus_report_status(struct pci_bus *bus, u_int status_mask, invoid pcibios_report_status (u_int status_mask,int warn) { -struct list_head *l; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each (l, &pci_root_buses) { -struct pci_bus *bus =pci_bus_b (l); - -pcibios_bus_report_status (bus, status_mask, warn); - } +for_each_pci_host_bridge (host_bridge) +pcibios_bus_report_status (host_bridge->bus, status_mask, warn); }/* Signature · 1 line
1.7.10.4
PATCH v2 16/22 PCI, arm: Kill pci_root_buses
Quoted 10 lines · Russell King - ARM Linux
Quoted 3 lines · Yinghai Lu
Signed-off-by Yinghai Lu <[email protected]>Cc Russell King <[email protected]>Cc linux-arm-kernel at lists.infradead.orgSo... what's this about. This email is all I've recieved, and the only thing that I have to go on is one single subject line and not description about what's going on. I guess there's some other patch introducing this
for_each_pci_host_bridge()macro somewhere? I guess that's part of this patch set?
yes.
sorry for not put you in the cc list of the whole patchset. will do that next reversion.
Quoted 5 lines
Yet... I guess you want an ack for this or something... which would be irresponsible to give without knowing the purpose behind this, the reasoning, or even being able to tell whether the replacement code is functionally equivalent.
the purpose is to make iteration for root bus to be root-bus hotplug safe.
will update change log.
Quoted 31 lines
So, no ack (or nack) at the moment.
Quoted 28 lines
--- arch/arm/kernel/bios32.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-)arch/arm/kernel/bios32.c +3
-7@@ -57,13 +57,10 @@ static void pcibios_bus_report_status(struct pci_bus *bus, u_int status_mask, invoid pcibios_report_status (u_int status_mask,int warn) { -struct list_head *l; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each (l, &pci_root_buses) { -struct pci_bus *bus =pci_bus_b (l); - -pcibios_bus_report_status (bus, status_mask, warn); - } +for_each_pci_host_bridge (host_bridge) +pcibios_bus_report_status (host_bridge->bus, status_mask, warn); }/* -- 1.7.10.4
v3 cover PCI: Iterate pci host bridge instead of pci root bus
Now we have pci_root_buses list, and there is lots of iteration with list_of_each of it, that is not safe after we add pci root bus hotplug support after booting stage.
Add pci_get_next_host_bridge and use bus_find_device in driver core to iterate host bridge and the same time get root bus.
We replace searching root bus with searching host_bridge, as host_bridge->bus is the root bus.
After those replacing, we even could kill pci_root_buses list.
based on pci/next
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-for-each-host-bridge
-v2: updated after pci_root_bus_hotplug get into pci/next -v3: update changelog and add cc for pci core change for arch guys.
Yinghai Lu (22):
PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
PCI: Add dummy bus_type for pci_host_bridge
PCI, libata: remove find_bridge in acpi_bus_type
PCI, ACPI: Update comments for find_bridge in acpi_bus_type
PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge PCI, hotplug: Kill pci_find_next_bus in sgi_hotplug
PCI: Kill pci_find_next_bus in pci_sysfs
PCI, edac: Kill pci_find_next_bus in edac
PCI, x86: Kill pci_find_next_bus in pcibios_scan_root
PCI, x86: Kill pci_root_buses in resources reservations PCI, drm: Kill pci_root_buses in alpha hose setting
PCI: Kill pci_root_buses in setup-bus
PCI, sparc: Kill pci_find_next_bus
PCI, ia64: Kill pci_find_next_bus
PCI, alpha: Kill pci_root_buses
PCI, arm: Kill pci_root_buses
PCI, frv: Kill pci_root_buses in resources reservations PCI, microblaze: Kill pci_root_buses in resources reservations PCI, mn10300: Kill pci_root_buses in resources reservations PCI, powerpc: Kill pci_root_buses in resources reservations
PCI: Kill pci_find_next_bus
PCI: Kill pci_root_buses
arch/alpha/kernel/pci.c | 6 +-- arch/arm/kernel/bios32.c | 9 ++--- arch/frv/mb93090-mb00/pci-frv.c | 37 +++++++++--------- arch/ia64/hp/common/sba_iommu.c | 7 ++-- arch/ia64/sn/kernel/io_common.c | 5 ++- arch/microblaze/pci/pci-common.c | 10 ++--- arch/mn10300/unit-asb2305/pci-asb2305.c | 62 ++++++++++++++++--------------- arch/powerpc/kernel/pci-common.c | 13 +++---- arch/powerpc/kernel/pci_64.c | 8 ++-- arch/sparc/kernel/pci.c | 6 ++- arch/x86/pci/common.c | 9 +++-- arch/x86/pci/i386.c | 20 +++++----- drivers/ata/libata-acpi.c | 6 --- drivers/edac/i7core_edac.c | 6 +-- drivers/gpu/drm/drm_fops.c | 10 +++-- drivers/pci/hotplug/sgi_hotplug.c | 6 ++- drivers/pci/pci-driver.c | 11 +++++- drivers/pci/pci-sysfs.c | 6 +-- drivers/pci/probe.c | 13 ++----- drivers/pci/search.c | 61 +++++++++++++++--------------- drivers/pci/setup-bus.c | 24 ++++++------ include/acpi/acpi_bus.h | 2 +- include/linux/pci.h | 18 +++++---- 23 files changed, 187 insertions(+), 168 deletions(-)
Signature · 1 line
1.7.10.4
PATCH v3 1/22 PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
It is with host bridge, so change the name to reflect the fact.
--- drivers/pci/probe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
drivers/pci/probe.c +2 -2
@@ -1187,7 +1187,7 @@ int pci_cfg_space_size(struct pci_dev *dev)return PCI_CFG_SPACE_SIZE ; } -static void pci_release_bus_bridge_dev (struct device *dev) +static void pci_release_host_bridge_dev (struct device *dev) {struct pci_host_bridge *bridge =to_pci_host_bridge (dev);
@@ -1692,7 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; - bridge->dev.release = pci_release_bus_bridge_dev; + bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);if (error)
Signature · 1 line
1.7.10.4
PATCH v3 2/22 PCI: Add dummy bus_type for pci_host_bridge
In reply to Yinghai LuNeed to use it for looping registered host_bridge, and kill pci_root_buses list.
--- drivers/pci/pci-driver.c | 11 ++++++++++- drivers/pci/probe.c | 1 + include/linux/pci.h | 2 ++ 3 files changed, 13 insertions(+), 1 deletion(-)
drivers/pci/pci-driver.c +10 -1
@@ -1278,11 +1278,20 @@ struct bus_type pci_bus_type = { .pm = PCI_PM_OPS_PTR, }; +struct bus_type pci_host_bridge_bus_type = { + .name ="pci_host_bridge" , +}; + +static int __init pci_host_bridge_driver_init (void ) +{ +return bus_register (&pci_host_bridge_bus_type); +} +postcore_initcall (pci_host_bridge_driver_init); +static int __init pci_driver_init (void ) {return bus_register (&pci_bus_type); } -postcore_initcall (pci_driver_init);EXPORT_SYMBOL_GPL (pci_add_dynid);
drivers/pci/probe.c +1 -0
@@ -1692,6 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; + bridge->dev.bus = &pci_host_bridge_bus_type; bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);
include/linux/pci.h +2 -0
@@ -669,6 +669,7 @@ enum pcie_bus_config_types {extern enum pcie_bus_config_types pcie_bus_config; +extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type;/* Do NOT directly access these two variables, unless you are arch specific pci
@@ -740,6 +741,7 @@ void pci_stop_root_bus(struct pci_bus *bus);void pci_remove_root_bus (struct pci_bus *bus);void pci_setup_cardbus (struct pci_bus *bus);extern void pci_sort_breadthfirst (void ); +#define dev_is_pci_host_bridge (d) ((d)->bus == &pci_host_bridge_bus_type)#define dev_is_pci (d) ((d)->bus == &pci_bus_type)#define dev_is_pf (d) ((dev_is_pci(d) ? to_pci_dev(d)->is_physfn : false))#define dev_num_vf (d) ((dev_is_pci(d) ? pci_num_vf(to_pci_dev(d)) : 0))
Signature · 1 line
1.7.10.4
PATCH v3 3/22 PCI, libata: remove find_bridge in acpi_bus_type
In reply to Yinghai LuThe struct member is not used anymore, remove it.
--- drivers/ata/libata-acpi.c | 6 ------ 1 file changed, 6 deletions(-)
drivers/ata/libata-acpi.c +0 -6
@@ -1177,13 +1177,7 @@ static int ata_acpi_find_device(struct device *dev, acpi_handle *handle)return -ENODEV ; } -static int ata_acpi_find_dummy (struct device *dev,acpi_handle *handle) -{ -return -ENODEV ; -} -static struct acpi_bus_type ata_acpi_bus = { - .find_bridge = ata_acpi_find_dummy, .find_device = ata_acpi_find_device, };
Signature · 1 line
1.7.10.4
PATCH v3 4/22 PCI, ACPI: Update comments for find_bridge in acpi_bus_type
In reply to Yinghai Luonly device that does not have bus_type, will go to that path...
--- include/acpi/acpi_bus.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
include/acpi/acpi_bus.h +1 -1
@@ -385,7 +385,7 @@ struct acpi_bus_type {struct bus_type *bus;/* For general devices under the bus */ int (*find_device) (struct device *,acpi_handle *); -/* For bridges, such as PCI root bridge, IDE controller */ +/* For bridges that does not have bus_type, such as usb_port */ int (*find_bridge) (struct device *,acpi_handle *);void (*setup)(struct device *);void (*cleanup)(struct device *);
Signature · 1 line
1.7.10.4
Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
Quoted 1 line · Yinghai Lu
only device that does not have
bus_type, will go to that path...
While I agree that the comment doesn't make sense any more, I also think that changing the comment alone is not sufficient, because what USB does with .find_bridge() is really disgusting to me and USB is the only real user of it (SATA just pretends to be one).
So, instead of this change, I'd prefer to apply the appended patch some time in the second part of the 3.9 merge window, after integrating all of the ACPI and PCI changes already queued up.
Thanks,
Rafael
---
From: Rafael J. Wysocki <[email protected]>
Subject: ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
After PCI has stopped using the .find_bridge() callback in struct acpi_bus_type, the only remaining users of it are SATA and USB. However, SATA only pretends to be a user, because it points that callback to a stub always returning -ENODEV, and USB uses it incorrectly, because as a result of the way it is used by USB every device in the system that doesn't have a bus type or parent is passed to usb_acpi_find_device() for inspection.
What USB actually needs, though, is to call usb_acpi_find_device() for USB ports that don't have a bus type defined, but have usb_port_device_type as their device type.
To fix that add a device type field to struct acpi_bus_type and make acpi_get_bus_type() compare it with the device type fields of the device objects it inspects in addition to checking their bus types. Next, make USB set the new type field in usb_acpi_bus to point to usb_port_device_type and stop abusing the .find_bridge() callback.
In addition to that drop the SATA's dummy .find_bridge() callback, and remove .find_bridge(), which is not used any more, from struct acpi_bus_type entirely.
--- drivers/acpi/glue.c | 39 ++++++--------------------------------- drivers/ata/libata-acpi.c | 6 ------ drivers/usb/core/usb-acpi.c | 2 +- include/acpi/acpi_bus.h | 4 +--- 4 files changed, 8 insertions(+), 43 deletions(-)
drivers/acpi/glue.c +6 -33
@@ -64,16 +64,17 @@ int unregister_acpi_bus_type(struct acpi }EXPORT_SYMBOL_GPL (unregister_acpi_bus_type); -static struct acpi_bus_type *acpi_get_bus_type (struct bus_type *type) +static struct acpi_bus_type *acpi_get_bus_type (struct device *dev) {struct acpi_bus_type *tmp, *ret =NULL ; -if (!type) +if (!dev->bus && !dev->type)return NULL ;down_read (&bus_type_sem);list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->bus == type) { +if ((tmp->bus && tmp->bus == dev->bus) + || (tmp->type && tmp->type == dev->type)) { ret = tmp;break ; }
@@ -82,22 +83,6 @@ static struct acpi_bus_type *acpi_get_bureturn ret; } -static int acpi_find_bridge_device (struct device *dev,acpi_handle * handle) -{ -struct acpi_bus_type *tmp; -int ret = -ENODEV ; - -down_read (&bus_type_sem); -list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->find_bridge && !tmp->find_bridge (dev, handle)) { - ret =0 ; -break ; - } - } -up_read (&bus_type_sem); -return ret; -} -static acpi_status do_acpi_find_child (acpi_handle handle,u32 lvl_not_used,void *addr_p,void **ret_p) {
@@ -261,22 +246,11 @@ err:static int acpi_platform_notify (struct device *dev) { -struct acpi_bus_type *type; +struct acpi_bus_type *type =acpi_get_bus_type (dev);acpi_handle handle;int ret; ret =acpi_bind_one (dev,NULL ); -if (ret && (!dev->bus || !dev->parent)) { -/* bridge devices genernally haven't bus or parent */ - ret =acpi_find_bridge_device (dev, &handle); -if (!ret) { - ret =acpi_bind_one (dev, handle); -if (ret) - goto out; - } - } - - type =acpi_get_bus_type (dev->bus);if (ret) {if (!type || !type->find_device) {DBG ("No ACPI bus support for %s\n" ,dev_name (dev));
@@ -293,7 +267,6 @@ static int acpi_platform_notify(struct dif (ret) goto out; } -if (type && type->setup) type->setup (dev);
@@ -316,7 +289,7 @@ static int acpi_platform_notify_remove(s {struct acpi_bus_type *type; - type =acpi_get_bus_type (dev->bus); + type =acpi_get_bus_type (dev);if (type && type->cleanup) type->cleanup (dev);
include/acpi/acpi_bus.h +1 -3
@@ -412,10 +412,8 @@ void acpi_remove_dir(struct acpi_devicestruct acpi_bus_type {struct list_head list;struct bus_type *bus; -/* For general devices under the bus */ +struct device_type *type;int (*find_device) (struct device *,acpi_handle *); -/* For bridges, such as PCI root bridge, IDE controller */ -int (*find_bridge) (struct device *,acpi_handle *);void (*setup)(struct device *);void (*cleanup)(struct device *); };
drivers/ata/libata-acpi.c +0 -6
@@ -1167,13 +1167,7 @@ static int ata_acpi_find_device(struct dreturn -ENODEV ; } -static int ata_acpi_find_dummy (struct device *dev,acpi_handle *handle) -{ -return -ENODEV ; -} -static struct acpi_bus_type ata_acpi_bus = { - .find_bridge = ata_acpi_find_dummy, .find_device = ata_acpi_find_device, };
drivers/usb/core/usb-acpi.c +1 -1
@@ -212,7 +212,7 @@ static int usb_acpi_find_device(struct dstatic struct acpi_bus_type usb_acpi_bus = { .bus = &usb_bus_type, - .find_bridge = usb_acpi_find_device, + .type = &usb_port_device_type, .find_device = usb_acpi_find_device, };
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
Quoted 7 lines · Rafael J. Wysocki
Quoted 1 line · Yinghai Lu
only device that does not have
bus_type, will go to that path...While I agree that the comment doesn't make sense any more, I also think that changing the comment alone is not sufficient, because what USB does with .find_bridge() is really disgusting to me and USB is the only real user of it (SATA just pretends to be one).
agree. that is really like hack for usb.
Quoted 4 lines
So, instead of this change, I'd prefer to apply the appended patch some time in the second part of the 3.9 merge window, after integrating all of the ACPI and PCI changes already queued up.
Good, I will drop patch 4 but will keep patch3 about libata part with ack from Jeff Garzik.
Quoted 168 lines
Thanks,
Rafael---
From: Rafael J. Wysocki <[email protected]>
Subject: ACPI / glue: Drop .find_bridge() callback from structacpi_bus_typeAfter PCI has stopped using the .find_bridge() callback in struct
acpi_bus_type, the only remaining users of it are SATA and USB. However, SATA only pretends to be a user, because it points that callback to a stub always returning-ENODEV, and USB uses it incorrectly, because as a result of the way it is used by USB every device in the system that doesn't have a bus type or parent is passed tousb_acpi_find_device()for inspection.What USB actually needs, though, is to call
usb_acpi_find_device()for USB ports that don't have a bus type defined, but haveusb_port_device_typeas their device type.To fix that add a device type field to struct
acpi_bus_typeand makeacpi_get_bus_type()compare it with the device type fields of the device objects it inspects in addition to checking their bus types. Next, make USB set the new type field inusb_acpi_busto point tousb_port_device_typeand stop abusing the .find_bridge() callback.In addition to that drop the SATA's dummy .find_bridge() callback, and remove .find_bridge(), which is not used any more, from struct
acpi_bus_typeentirely.Signed-off-by Rafael J. Wysocki <[email protected]>--- drivers/acpi/glue.c | 39 ++++++--------------------------------- drivers/ata/libata-acpi.c | 6 ------ drivers/usb/core/usb-acpi.c | 2 +- include/acpi/acpi_bus.h | 4 +--- 4 files changed, 8 insertions(+), 43 deletions(-)Index:
linux-pm/drivers/acpi/glue.c
===================================================================drivers/acpi/glue.c +6
-33@@ -64,16 +64,17 @@ int unregister_acpi_bus_type(struct acpi }EXPORT_SYMBOL_GPL (unregister_acpi_bus_type); -static struct acpi_bus_type *acpi_get_bus_type (struct bus_type *type) +static struct acpi_bus_type *acpi_get_bus_type (struct device *dev) {struct acpi_bus_type *tmp, *ret =NULL ; -if (!type) +if (!dev->bus && !dev->type)return NULL ;down_read (&bus_type_sem);list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->bus == type) { +if ((tmp->bus && tmp->bus == dev->bus) + || (tmp->type && tmp->type == dev->type)) { ret = tmp;break ; }@@ -82,22 +83,6 @@ static struct acpi_bus_type *acpi_get_bureturn ret; } -static int acpi_find_bridge_device (struct device *dev,acpi_handle * handle) -{ -struct acpi_bus_type *tmp; -int ret = -ENODEV ; - -down_read (&bus_type_sem); -list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->find_bridge && !tmp->find_bridge (dev, handle)) { - ret =0 ; -break ; - } - } -up_read (&bus_type_sem); -return ret; -} -static acpi_status do_acpi_find_child (acpi_handle handle,u32 lvl_not_used,void *addr_p,void **ret_p) {@@ -261,22 +246,11 @@ err:static int acpi_platform_notify (struct device *dev) { -struct acpi_bus_type *type; +struct acpi_bus_type *type =acpi_get_bus_type (dev);acpi_handle handle;int ret; ret =acpi_bind_one (dev,NULL ); -if (ret && (!dev->bus || !dev->parent)) { -/* bridge devices genernally haven't bus or parent */ - ret =acpi_find_bridge_device (dev, &handle); -if (!ret) { - ret =acpi_bind_one (dev, handle); -if (ret) - goto out; - } - } - - type =acpi_get_bus_type (dev->bus);if (ret) {if (!type || !type->find_device) {DBG ("No ACPI bus support for %s\n" ,dev_name (dev));@@ -293,7 +267,6 @@ static int acpi_platform_notify(struct dif (ret) goto out; } -if (type && type->setup) type->setup (dev);@@ -316,7 +289,7 @@ static int acpi_platform_notify_remove(s {struct acpi_bus_type *type; - type =acpi_get_bus_type (dev->bus); + type =acpi_get_bus_type (dev);if (type && type->cleanup) type->cleanup (dev);Index:
linux-pm/include/acpi/acpi_bus.h
===================================================================include/acpi/acpi_bus.h +1
-3@@ -412,10 +412,8 @@ void acpi_remove_dir(struct acpi_devicestruct acpi_bus_type {struct list_head list;struct bus_type *bus; -/* For general devices under the bus */ +struct device_type *type;int (*find_device) (struct device *,acpi_handle *); -/* For bridges, such as PCI root bridge, IDE controller */ -int (*find_bridge) (struct device *,acpi_handle *);void (*setup)(struct device *);void (*cleanup)(struct device *); };Index:
linux-pm/drivers/ata/libata-acpi.c
===================================================================drivers/ata/libata-acpi.c +0
-6@@ -1167,13 +1167,7 @@ static int ata_acpi_find_device(struct dreturn -ENODEV ; } -static int ata_acpi_find_dummy (struct device *dev,acpi_handle *handle) -{ -return -ENODEV ; -} -static struct acpi_bus_type ata_acpi_bus = { - .find_bridge = ata_acpi_find_dummy, .find_device = ata_acpi_find_device, };Index:
linux-pm/drivers/usb/core/usb-acpi.c
===================================================================
drivers/usb/core/usb-acpi.c static int usb_acpi_find_device(struct d · line 217
Quoted 7 lines
drivers/usb/core/usb-acpi.c +1
-1@@ -212,7 +212,7 @@ static int usb_acpi_find_device(struct dstatic struct acpi_bus_type usb_acpi_bus = { .bus = &usb_bus_type, - .find_bridge = usb_acpi_find_device, + .type = &usb_port_device_type, .find_device = usb_acpi_find_device, };
Can we add one acpi_bus_type for port directly?
Thanks
Yinghai
Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
Quoted 12 lines · Yinghai Lu
Quoted 7 lines · Rafael J. Wysocki
Quoted 1 line · Yinghai Lu
only device that does not have
bus_type, will go to that path...While I agree that the comment doesn't make sense any more, I also think that changing the comment alone is not sufficient, because what USB does with .find_bridge() is really disgusting to me and USB is the only real user of it (SATA just pretends to be one).
agree. that is really like hack for usb.
Quoted 1 line
Quoted 6 lines
Quoted 3 lines
So, instead of this change, I'd prefer to apply the appended patch some time in the second part of the 3.9 merge window, after integrating all of the ACPI and PCI changes already queued up.
Good, I will drop patch 4 but will keep patch3 about libata part with ack from Jeff Garzik.
OK
Quoted 164 lines
Quoted 164 lines
---
From: Rafael J. Wysocki <[email protected]>
Subject: ACPI / glue: Drop .find_bridge() callback from structacpi_bus_typeAfter PCI has stopped using the .find_bridge() callback in struct
acpi_bus_type, the only remaining users of it are SATA and USB. However, SATA only pretends to be a user, because it points that callback to a stub always returning-ENODEV, and USB uses it incorrectly, because as a result of the way it is used by USB every device in the system that doesn't have a bus type or parent is passed tousb_acpi_find_device()for inspection.What USB actually needs, though, is to call
usb_acpi_find_device()for USB ports that don't have a bus type defined, but haveusb_port_device_typeas their device type.To fix that add a device type field to struct
acpi_bus_typeand makeacpi_get_bus_type()compare it with the device type fields of the device objects it inspects in addition to checking their bus types. Next, make USB set the new type field inusb_acpi_busto point tousb_port_device_typeand stop abusing the .find_bridge() callback.In addition to that drop the SATA's dummy .find_bridge() callback, and remove .find_bridge(), which is not used any more, from struct
acpi_bus_typeentirely.Signed-off-by Rafael J. Wysocki <[email protected]>--- drivers/acpi/glue.c | 39 ++++++--------------------------------- drivers/ata/libata-acpi.c | 6 ------ drivers/usb/core/usb-acpi.c | 2 +- include/acpi/acpi_bus.h | 4 +--- 4 files changed, 8 insertions(+), 43 deletions(-)Index:
linux-pm/drivers/acpi/glue.c
===================================================================drivers/acpi/glue.c +6
-33@@ -64,16 +64,17 @@ int unregister_acpi_bus_type(struct acpi }EXPORT_SYMBOL_GPL (unregister_acpi_bus_type); -static struct acpi_bus_type *acpi_get_bus_type (struct bus_type *type) +static struct acpi_bus_type *acpi_get_bus_type (struct device *dev) {struct acpi_bus_type *tmp, *ret =NULL ; -if (!type) +if (!dev->bus && !dev->type)return NULL ;down_read (&bus_type_sem);list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->bus == type) { +if ((tmp->bus && tmp->bus == dev->bus) + || (tmp->type && tmp->type == dev->type)) { ret = tmp;break ; }@@ -82,22 +83,6 @@ static struct acpi_bus_type *acpi_get_bureturn ret; } -static int acpi_find_bridge_device (struct device *dev,acpi_handle * handle) -{ -struct acpi_bus_type *tmp; -int ret = -ENODEV ; - -down_read (&bus_type_sem); -list_for_each_entry (tmp, &bus_type_list, list) { -if (tmp->find_bridge && !tmp->find_bridge (dev, handle)) { - ret =0 ; -break ; - } - } -up_read (&bus_type_sem); -return ret; -} -static acpi_status do_acpi_find_child (acpi_handle handle,u32 lvl_not_used,void *addr_p,void **ret_p) {@@ -261,22 +246,11 @@ err:static int acpi_platform_notify (struct device *dev) { -struct acpi_bus_type *type; +struct acpi_bus_type *type =acpi_get_bus_type (dev);acpi_handle handle;int ret; ret =acpi_bind_one (dev,NULL ); -if (ret && (!dev->bus || !dev->parent)) { -/* bridge devices genernally haven't bus or parent */ - ret =acpi_find_bridge_device (dev, &handle); -if (!ret) { - ret =acpi_bind_one (dev, handle); -if (ret) - goto out; - } - } - - type =acpi_get_bus_type (dev->bus);if (ret) {if (!type || !type->find_device) {DBG ("No ACPI bus support for %s\n" ,dev_name (dev));@@ -293,7 +267,6 @@ static int acpi_platform_notify(struct dif (ret) goto out; } -if (type && type->setup) type->setup (dev);@@ -316,7 +289,7 @@ static int acpi_platform_notify_remove(s {struct acpi_bus_type *type; - type =acpi_get_bus_type (dev->bus); + type =acpi_get_bus_type (dev);if (type && type->cleanup) type->cleanup (dev);Index:
linux-pm/include/acpi/acpi_bus.h
===================================================================include/acpi/acpi_bus.h +1
-3@@ -412,10 +412,8 @@ void acpi_remove_dir(struct acpi_devicestruct acpi_bus_type {struct list_head list;struct bus_type *bus; -/* For general devices under the bus */ +struct device_type *type;int (*find_device) (struct device *,acpi_handle *); -/* For bridges, such as PCI root bridge, IDE controller */ -int (*find_bridge) (struct device *,acpi_handle *);void (*setup)(struct device *);void (*cleanup)(struct device *); };Index:
linux-pm/drivers/ata/libata-acpi.c
===================================================================drivers/ata/libata-acpi.c +0
-6@@ -1167,13 +1167,7 @@ static int ata_acpi_find_device(struct dreturn -ENODEV ; } -static int ata_acpi_find_dummy (struct device *dev,acpi_handle *handle) -{ -return -ENODEV ; -} -static struct acpi_bus_type ata_acpi_bus = { - .find_bridge = ata_acpi_find_dummy, .find_device = ata_acpi_find_device, };Index:
linux-pm/drivers/usb/core/usb-acpi.c
===================================================================drivers/usb/core/usb-acpi.c +0
-0@@ -212,7 +212,7 @@ static int usb_acpi_find_device(struct d
Quoted 8 lines
drivers/usb/core/usb-acpi.c static int usb_acpi_find_device(struct d · line 217
Quoted 6 lines
drivers/usb/core/usb-acpi.c +1
-1static struct acpi_bus_type usb_acpi_bus = { .bus = &usb_bus_type, - .find_bridge = usb_acpi_find_device, + .type = &usb_port_device_type, .find_device = usb_acpi_find_device, };Can we add one
acpi_bus_typefor port directly?
We could, but then we'd trade one extra check in usb_acpi_find_device() for one extra item in bus_type_list that would be checked for every invocation of acpi_platform_notify() and acpi_platform_notify(). I'm not sure if that's a good deal. :-)
Thanks,
Rafael
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
PATCH v3 5/22 PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge
In reply to Yinghai LuNow we have pci_root_buses list, and there is lots of iteration with list_of_each of it, that is not safe after we add pci root bus hotplug support after booting stage.
Also pci_find_next_bus is pretty misleading name, and it is only finding next root bus instead of regular pci bus.
Add pci_get_next_host_bridge and use bus_find_device in driver core to iterate host bridge and the same time get root bus.
In folllowing patches will replace searching root bus with searching host_bridge. after using with that host-bridge, will need to call put device to release reference if break early from the loop.
After those replacing, we even could kill pci_root_buses list.
-v2: fixes compiling error when CONFIG_PCI is not defined that Fengguang Wu found.
--- drivers/pci/search.c | 24 ++++++++++++++++++++++++ include/linux/pci.h | 9 +++++++++ 2 files changed, 33 insertions(+)
drivers/pci/search.c +24 -0
@@ -178,6 +178,30 @@ struct pci_dev *pci_get_domain_bus_and_slot(int domain, unsigned int bus, }EXPORT_SYMBOL (pci_get_domain_bus_and_slot); +static int match_pci_host_bridge (struct device *dev,void *data) +{ +return 1 ; +} + +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from) +{ +struct device *dev; +struct device *dev_start =NULL ; +struct pci_host_bridge *bridge =NULL ; + +WARN_ON (in_interrupt ()); +if (from) + dev_start = &from->dev; + dev =bus_find_device (&pci_host_bridge_bus_type, dev_start,NULL , + match_pci_host_bridge); +if (dev) + bridge =to_pci_host_bridge (dev); +if (from) +put_device (&from->dev); +return bridge; +} +EXPORT_SYMBOL_GPL (pci_get_next_host_bridge); +static int match_pci_dev_by_id (struct device *dev,void *data) {struct pci_dev *pdev =to_pci_dev (dev);
include/linux/pci.h +9 -0
@@ -375,6 +375,8 @@ struct pci_host_bridge { };#define to_pci_host_bridge (n) container_of(n, struct pci_host_bridge, dev) +#define for_each_pci_host_bridge (d) while ((d = pci_get_next_host_bridge(d)) != NULL) +void pci_set_host_bridge_release (struct pci_host_bridge *bridge,void (*release_fn)(struct pci_host_bridge *),void *release_data);
@@ -763,6 +765,7 @@ int pci_find_ht_capability(struct pci_dev *dev, int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap);struct pci_bus *pci_find_next_bus (const struct pci_bus *from); +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from);struct pci_dev *pci_get_device (unsigned int vendor,unsigned int device,struct pci_dev *from); struct pci_dev *pci_get_subsys(unsigned int vendor, unsigned int device,
@@ -1418,6 +1421,12 @@ static inline int pci_domain_nr(struct pci_bus *bus)static inline struct pci_dev *pci_dev_get (struct pci_dev *dev) {return NULL ; } +static inline struct pci_host_bridge *pci_get_next_host_bridge ( +struct pci_host_bridge *host_bridge) +{ +return NULL ; +} +#define dev_is_pci (d) (false)#define dev_is_pf (d) (false)#define dev_num_vf (d) (0)
Signature · 1 line
1.7.10.4
PATCH v3 6/22 PCI, hotplug: Kill pci_find_next_bus in sgi_hotplug
In reply to Yinghai LuReplace that with hotplug-safe version for iteration.
--- drivers/pci/hotplug/sgi_hotplug.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
drivers/pci/hotplug/sgi_hotplug.c +4 -2
@@ -669,7 +669,7 @@ alloc_err:static int __init sn_pci_hotplug_init (void ) { -struct pci_bus *pci_bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ;int rc;int registered =0 ;
@@ -681,7 +681,9 @@ static int __init sn_pci_hotplug_init(void)INIT_LIST_HEAD (&sn_hp_list); -while ((pci_bus =pci_find_next_bus (pci_bus))) { +for_each_pci_host_bridge (host_bridge) { +struct pci_bus *pci_bus = host_bridge->bus; +if (!pci_bus->sysdata)continue ;
Signature · 1 line
1.7.10.4
PATCH v3 7/22 PCI: Kill pci_find_next_bus in pci_sysfs
In reply to Yinghai LuReplace that with hotplug-safe version for iteration.
--- drivers/pci/pci-sysfs.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/pci/pci-sysfs.c +3 -3
@@ -289,15 +289,15 @@ static ssize_t bus_rescan_store(struct bus_type *bus, const char *buf, size_t count) {unsigned long val; -struct pci_bus *b =NULL ; +struct pci_host_bridge *host_bridge =NULL ;if (strict_strtoul (buf,0 , &val) <0 )return -EINVAL ;if (val) {mutex_lock (&pci_remove_rescan_mutex); -while ((b =pci_find_next_bus (b)) !=NULL ) -pci_rescan_bus (b); +for_each_pci_host_bridge (host_bridge) +pci_rescan_bus (host_bridge->bus);mutex_unlock (&pci_remove_rescan_mutex); }return count;
Signature · 1 line
1.7.10.4
PATCH v3 8/22 PCI, edac: Kill pci_find_next_bus in edac
In reply to Yinghai LuReplace that with hotplug-safe version for iteration.
--- drivers/edac/i7core_edac.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/edac/i7core_edac.c +3 -3
@@ -1294,10 +1294,10 @@ static void __init i7core_xeon_pci_fixup(const struct pci_id_table *table)static unsigned i7core_pci_lastbus (void ) {int last_bus =0 , bus; -struct pci_bus *b =NULL ; +struct pci_host_bridge *host_bridge =NULL ; -while ((b =pci_find_next_bus (b)) !=NULL ) { - bus = b->number; +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus->number;edac_dbg (0 ,"Found bus %d\n" , bus);if (bus > last_bus) last_bus = bus;
Signature · 1 line
1.7.10.4
PATCH v3 9/22 PCI, x86: Kill pci_find_next_bus in pcibios_scan_root
In reply to Yinghai LuReplace that with hotplug-safe version for iteration.
--- arch/x86/pci/common.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-)
arch/x86/pci/common.c +6 -3
@@ -447,11 +447,14 @@ void __init dmi_check_pciprobe(void)struct pci_bus *__devinit pcibios_scan_root (int busnum) { -struct pci_bus *bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ; +struct pci_bus *bus; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { -if (bus->number == busnum) { +for_each_pci_host_bridge (host_bridge) { +if (host_bridge->bus->number == busnum) {/* Already scanned */ + bus = host_bridge->bus; +put_device (&host_bridge->dev);return bus; } }
Signature · 1 line
1.7.10.4
PATCH v3 10/22 PCI, x86: Kill pci_root_buses in resources reservations
In reply to Yinghai LuReplace that with hotplug-safe version for iteration.
--- arch/x86/pci/i386.c | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-)
arch/x86/pci/i386.c +10 -10
@@ -340,11 +340,11 @@ static void pcibios_allocate_rom_resources(struct pci_bus *bus)static int __init pcibios_assign_resources (void ) { -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;if (!(pci_probe &PCI_ASSIGN_ROMS )) -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_rom_resources (bus); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_rom_resources (host_bridge->bus);pci_assign_unassigned_resources ();pcibios_fw_addr_list_del ();
@@ -367,17 +367,17 @@ void pcibios_resource_survey_bus(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;DBG ("PCI: Allocating resources\n" ); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_bus_resources (bus); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_resources (bus,0 ); -list_for_each_entry (bus, &pci_root_buses, node) -pcibios_allocate_resources (bus,1 ); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_resources (host_bridge->bus,0 ); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_resources (host_bridge->bus,1 );e820_reserve_resources_late ();/*
Signature · 1 line
1.7.10.4
PATCH v3 11/22 PCI, drm: Kill pci_root_buses in alpha hose setting
In reply to Yinghai LuReplace that with hotplug-safe version.
--- drivers/gpu/drm/drm_fops.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)
drivers/gpu/drm/drm_fops.c +7 -3
@@ -356,9 +356,13 @@ static int drm_open_helper(struct inode *inode, struct file *filp, pci_dev_put(pci_dev); }if (!dev->hose) { -struct pci_bus *b =pci_bus_b (pci_root_buses.next); -if (b) - dev->hose = b->sysdata; +struct pci_host_bridge *host_bridge; + + host_bridge =pci_next_host_bridge (NULL ); +if (host_bridge) { + dev->hose = host_bridge->bus->sysdata; +put_device (&host_bridge->dev); + } } }#endif
Signature · 1 line
1.7.10.4
Re: [PATCH v3 11/22] PCI, drm: Kill pci_root_buses in alpha hose setting
Quoted 14 lines · Yinghai Lu
Replace that with hotplug-safe version.
--- drivers/gpu/drm/drm_fops.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)drivers/gpu/drm/drm_fops.c +0
-0
drivers/gpu/drm/drm_fops.c static int drm_open_helper(struct inode *inode, struct file *filp, · line 361
Quoted 9 lines
drivers/gpu/drm/drm_fops.c +3
-3@@ -356,9 +356,13 @@ static int drm_open_helper(struct inode *inode, struct file *filp,pci_dev_put (pci_dev); }if (!dev->hose) { -struct pci_bus *b =pci_bus_b (pci_root_buses.next); -if (b) - dev->hose = b->sysdata; +struct pci_host_bridge *host_bridge; + + host_bridge =pci_next_host_bridge (NULL );
pci_get_next_host_bridge() ?
Quoted 8 lines
drivers/gpu/drm/drm_fops.c +4
-0+if (host_bridge) { + dev->hose = host_bridge->bus->sysdata; +put_device (&host_bridge->dev); + } } }#endif
Signature · 2 lines
Thanks! Yijing
Re: [PATCH v3 11/22] PCI, drm: Kill pci_root_buses in alpha hose setting
Quoted 10 lines · Yijing Wang
Quoted 9 lines · Yinghai Lu
Replace that with hotplug-safe version.
--- drivers/gpu/drm/drm_fops.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)
Quoted 17 lines
Quoted 5 lines
drivers/gpu/drm/drm_fops.c +0
-0drivers/gpu/drm/drm_fops.c static int drm_open_helper(struct inode *inode, struct file *filp, · line 361
Quoted 9 lines
drivers/gpu/drm/drm_fops.c +3
-3@@ -356,9 +356,13 @@ static int drm_open_helper(struct inode *inode, struct file *filp,pci_dev_put (pci_dev); }if (!dev->hose) { -struct pci_bus *b =pci_bus_b (pci_root_buses.next); -if (b) - dev->hose = b->sysdata; +struct pci_host_bridge *host_bridge; + + host_bridge =pci_next_host_bridge (NULL );
pci_get_next_host_bridge()?
Fixed.
Thanks.
PATCH v3 12/22 PCI: Kill pci_root_buses in setup-bus
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- drivers/pci/setup-bus.c | 24 +++++++++++++----------- 1 file changed, 13 insertions(+), 11 deletions(-)
drivers/pci/setup-bus.c +13 -11
@@ -1318,12 +1318,12 @@ static int __init pci_bus_get_depth(struct pci_bus *bus)static int __init pci_get_max_depth (void ) {int depth =0 ; -struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each_entry (bus, &pci_root_buses, node) { +for_each_pci_host_bridge (host_bridge) {int ret; - ret =pci_bus_get_depth (bus); + ret =pci_bus_get_depth (host_bridge->bus);if (ret > depth) depth = ret; }
@@ -1393,6 +1393,7 @@ void __initpci_assign_unassigned_resources (void) {struct pci_bus *bus; +struct pci_host_bridge *host_bridge =NULL ;LIST_HEAD (realloc_head);/* list of resources that want additional resources */ struct list_head *add_list =NULL ;
@@ -1423,12 +1424,13 @@ again: add_list = &realloc_head;/* Depth first, calculate sizes and alignments of all subordinate buses. */ -list_for_each_entry (bus, &pci_root_buses, node) -__pci_bus_size_bridges (bus, add_list); +for_each_pci_host_bridge (host_bridge) +__pci_bus_size_bridges (host_bridge->bus, add_list);/* Depth last, allocate resources and update the hardware. */ -list_for_each_entry (bus, &pci_root_buses, node) -__pci_bus_assign_resources (bus, add_list, &fail_head); +for_each_pci_host_bridge (host_bridge) +__pci_bus_assign_resources (host_bridge->bus, add_list, + &fail_head);if (add_list)BUG_ON (!list_empty (add_list)); tried_times++;
@@ -1480,12 +1482,12 @@ again: enable_and_dump:/* Depth last, update the hardware. */ -list_for_each_entry (bus, &pci_root_buses, node) -pci_enable_bridges (bus); +for_each_pci_host_bridge (host_bridge) +pci_enable_bridges (host_bridge->bus);/* dump the resource on buses */ -list_for_each_entry (bus, &pci_root_buses, node) -pci_bus_dump_resources (bus); +for_each_pci_host_bridge (host_bridge) +pci_bus_dump_resources (host_bridge->bus); }void pci_assign_unassigned_bridge_resources (struct pci_dev *bridge)
Signature · 1 line
1.7.10.4
PATCH v3 13/22 PCI, sparc: Kill pci_find_next_bus
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/sparc/kernel/pci.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
arch/sparc/kernel/pci.c +4 -2
@@ -997,11 +997,13 @@ static void __devinit pci_bus_slot_names(struct device_node *node,static int __init of_pci_slot_init (void ) { -struct pci_bus *pbus =NULL ; +struct pci_host_bridge *host_bridge =NULL ; +struct pci_bus *pbus; -while ((pbus =pci_find_next_bus (pbus)) !=NULL ) { +for_each_pci_host_bridge (host_bridge) {struct device_node *node; + pbus = host_bridge->bus;if (pbus->self) {/* PCI->PCI bridge */ node = pbus->self->dev.of_node;
Signature · 1 line
1.7.10.4
PATCH v3 14/22 PCI, ia64: Kill pci_find_next_bus
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/ia64/hp/common/sba_iommu.c | 7 ++++--- arch/ia64/sn/kernel/io_common.c | 5 +++-- 2 files changed, 7 insertions(+), 5 deletions(-)
arch/ia64/hp/common/sba_iommu.c +4 -3
@@ -2155,9 +2155,10 @@ sba_init(void)#ifdef CONFIG_PCI { -struct pci_bus *b =NULL ; -while ((b =pci_find_next_bus (b)) !=NULL ) -sba_connect_bus (b); +struct pci_host_bridge *host_bridge =NULL ; + +for_each_pci_host_bridge (host_bridge) +sba_connect_bus (host_bridge->bus); }#endif
arch/ia64/sn/kernel/io_common.c +3 -2
@@ -516,6 +516,7 @@ arch_initcall(sn_io_early_init);int __init sn_io_late_init (void ) { +struct pci_host_bridge *host_bridge =NULL ;struct pci_bus *bus;struct pcibus_bussoft *bussoft;cnodeid_t cnode;
@@ -530,8 +531,8 @@ sn_io_late_init(void)* PIC, TIOCP, TIOCE (TIOCA does it during bus fixup using * info from the PROM). */ - bus =NULL ; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus; bussoft =SN_PCIBUS_BUSSOFT (bus); nasid =NASID_GET (bussoft->bs_base); cnode =nasid_to_cnodeid (nasid);
Signature · 1 line
1.7.10.4
PATCH v3 15/22 PCI, alpha: Kill pci_root_buses
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
-v2: Fix typo that is found by Fengguang
--- arch/alpha/kernel/pci.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
arch/alpha/kernel/pci.c +3 -3
@@ -305,10 +305,10 @@ pcibios_claim_one_bus(struct pci_bus *b)static void __init pcibios_claim_console_setup (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each_entry (b, &pci_root_buses, node) -pcibios_claim_one_bus (b); +for_each_pci_host_bridge (host_bridge) +pcibios_claim_one_bus (host_bridge->bus); }void __init
Signature · 1 line
1.7.10.4
PATCH v3 16/22 PCI, arm: Kill pci_root_buses
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/arm/kernel/bios32.c | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-)
arch/arm/kernel/bios32.c +3 -6
@@ -57,13 +57,10 @@ static void pcibios_bus_report_status(struct pci_bus *bus, u_int status_mask, invoid pcibios_report_status (u_int status_mask,int warn) { -struct list_head *l; +struct pci_host_bridge *host_bridge =NULL ; -list_for_each (l, &pci_root_buses) { -struct pci_bus *bus =pci_bus_b (l); - -pcibios_bus_report_status (bus, status_mask, warn); - } +for_each_pci_host_bridge (host_bridge) +pcibios_bus_report_status (host_bridge->bus, status_mask, warn); }/*
Signature · 1 line
1.7.10.4
PATCH v3 17/22 PCI, frv: Kill pci_root_buses in resources reservations
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/frv/mb93090-mb00/pci-frv.c | 37 ++++++++++++++++++++----------------- 1 file changed, 20 insertions(+), 17 deletions(-)
arch/frv/mb93090-mb00/pci-frv.c +20 -17
@@ -78,27 +78,26 @@ pcibios_align_resource(void *data, const struct resource *res,* as well. */ -static void __init pcibios_allocate_bus_resources (struct list_head *bus_list) +static void __init pcibios_allocate_bridge_resources (struct pci_dev *dev) { -struct list_head *ln; -struct pci_bus *bus; -struct pci_dev *dev;int idx;struct resource *r; +for (idx =PCI_BRIDGE_RESOURCES ; idx <PCI_NUM_RESOURCES ; idx++) { + r = &dev->resource[idx]; +if (!r->start) +continue ; +pci_claim_resource (dev, idx); + } +} +static void __init pcibios_allocate_bus_resources (struct pci_bus *bus) +{ +struct pci_bus *child;/* Depth-First Search on bus tree */ -for (ln=bus_list->next; ln != bus_list; ln=ln->next) { - bus =pci_bus_b (ln); -if ((dev = bus->self)) { -for (idx =PCI_BRIDGE_RESOURCES ; idx <PCI_NUM_RESOURCES ; idx++) { - r = &dev->resource[idx]; -if (!r->start) -continue ; -pci_claim_resource (dev, idx); - } - } -pcibios_allocate_bus_resources (&bus->children); - } +if (bus->self) +pcibios_allocate_bridge_resources (bus->self); +list_for_each_entry (child, &bus->children, node) +pcibios_allocate_bus_resources (child); }static void __init pcibios_allocate_resources (int pass)
@@ -188,8 +187,12 @@ static void __init pcibios_assign_resources(void)void __init pcibios_resource_survey (void ) { +struct pci_host_bridge *host_bridge =NULL ; +DBG ("PCI: Allocating resources\n" ); -pcibios_allocate_bus_resources (&pci_root_buses); + +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );pcibios_assign_resources ();
Signature · 1 line
1.7.10.4
PATCH v3 18/22 PCI, microblaze: Kill pci_root_buses in resources reservations
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/microblaze/pci/pci-common.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-)
arch/microblaze/pci/pci-common.c +5 -5
@@ -1323,13 +1323,13 @@ static void __init pcibios_reserve_legacy_regions(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources. If we re-assign everything, then * we skip the allocate phase */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );
@@ -1338,8 +1338,8 @@ void __init pcibios_resource_survey(void)* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now proceed to assigning things that were left unassigned */ pr_debug ("PCI: Assigning unassigned resources...\n" );
Signature · 1 line
1.7.10.4
PATCH v3 19/22 PCI, mn10300: Kill pci_root_buses in resources reservations
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/mn10300/unit-asb2305/pci-asb2305.c | 62 ++++++++++++++++--------------- 1 file changed, 33 insertions(+), 29 deletions(-)
arch/mn10300/unit-asb2305/pci-asb2305.c +33 -29
@@ -88,42 +88,42 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,* requested by the user, configure expansion ROM address * as well. */ -static void __init pcibios_allocate_bus_resources (struct list_head *bus_list) +static void __init pcibios_allocate_bridge_resources (struct pci_dev *dev) { -struct pci_bus *bus; -struct pci_dev *dev;int idx;struct resource *r; -/* Depth-First Search on bus tree */ -list_for_each_entry (bus, bus_list, node) { - dev = bus->self; -if (dev) { -for (idx =PCI_BRIDGE_RESOURCES ; - idx <PCI_NUM_RESOURCES ; - idx++) { - r = &dev->resource[idx]; -if (!r->flags) -continue ; -if (!r->start || -pci_claim_resource (dev, idx) <0 ) { -printk (KERN_ERR "PCI:" -" Cannot allocate resource" -" region %d of bridge %s\n" , - idx,pci_name (dev)); -/* Something is wrong with the region. -* Invalidate the resource to prevent -* child resource allocations in this -* range. */ - r->start = r->end =0 ; - r->flags =0 ; - } - } +for (idx =PCI_BRIDGE_RESOURCES ; + idx <PCI_NUM_RESOURCES ; + idx++) { + r = &dev->resource[idx]; +if (!r->flags) +continue ; +if (!r->start || +pci_claim_resource (dev, idx) <0 ) { +pr_err ("PCI: Cannot allocate resource region %d of bridge %s\n" , + idx,pci_name (dev)); +/* Something is wrong with the region. +* Invalidate the resource to prevent +* child resource allocations in this +* range. */ + r->start = r->end =0 ; + r->flags =0 ; } -pcibios_allocate_bus_resources (&bus->children); } } +static void pcibios_allocate_bus_resources (struct pci_bus *bus) +{ +struct pci_bus *child; + +/* Depth-First Search on bus tree */ +if (bus->self) +pcibios_allocate_bridge_resources (bus->self); +list_for_each_entry (child, &bus->children, node) +pcibios_allocate_bus_resources (child); +} +static void __init pcibios_allocate_resources (int pass) {struct pci_dev *dev =NULL ;
@@ -207,8 +207,12 @@ fs_initcall(pcibios_assign_resources);void __init pcibios_resource_survey (void ) { +struct pci_host_bridge *host_bridge =NULL ; +DBG ("PCI: Allocating resources\n" ); -pcibios_allocate_bus_resources (&pci_root_buses); + +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 ); }
Signature · 1 line
1.7.10.4
PATCH v3 20/22 PCI, powerpc: Kill pci_root_buses in resources reservations
In reply to Yinghai LuReplace that with hotplug-safe version iteration.
--- arch/powerpc/kernel/pci-common.c | 13 ++++++------- arch/powerpc/kernel/pci_64.c | 8 ++++---- 2 files changed, 10 insertions(+), 11 deletions(-)
arch/powerpc/kernel/pci-common.c +6 -7
@@ -1398,11 +1398,11 @@ static void __init pcibios_reserve_legacy_regions(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );
@@ -1410,10 +1410,9 @@ void __init pcibios_resource_survey(void)* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -if (!pci_has_flag (PCI_PROBE_ONLY )) { -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); - } +if (!pci_has_flag (PCI_PROBE_ONLY )) +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now, if the platform didn't decide to blindly trust the firmware, * we proceed to assigning things that were left unassigned
arch/powerpc/kernel/pci_64.c +4 -4
@@ -208,9 +208,9 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus, unsigned long in_devfn) {struct pci_controller * hose; -struct list_head *ln; -struct pci_bus *bus =NULL ; +struct pci_bus *bus;struct device_node *hose_node; +struct pci_host_bridge *host_bridge =NULL ;/* Argh ! Please forgive me for that hack, but that's the * simplest way to get existing XFree to not lockup on some
@@ -230,8 +230,8 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus,* used on pre-domains setup. We return the first match */ -for (ln = pci_root_buses.next; ln != &pci_root_buses; ln = ln->next) { - bus =pci_bus_b (ln); +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus;if (in_bus >= bus->number && in_bus <= bus->busn_res.end)break ; bus =NULL ;
Signature · 1 line
1.7.10.4
Re: [PATCH v3 20/22] PCI, powerpc: Kill pci_root_buses in resources reservations
Quoted 61 lines · Yinghai Lu
Replace that with hotplug-safe version iteration.
Signed-off-by Yinghai Lu <[email protected]>Cc Benjamin Herrenschmidt <[email protected]>Cc Paul Mackerras <[email protected]>--- arch/powerpc/kernel/pci-common.c | 13 ++++++------- arch/powerpc/kernel/pci_64.c | 8 ++++---- 2 files changed, 10 insertions(+), 11 deletions(-)arch/powerpc/kernel/pci-common.c +6
-7@@ -1398,11 +1398,11 @@ static void __init pcibios_reserve_legacy_regions(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );@@ -1410,10 +1410,9 @@ void __init pcibios_resource_survey(void)* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -if (!pci_has_flag (PCI_PROBE_ONLY )) { -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); - } +if (!pci_has_flag (PCI_PROBE_ONLY )) +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now, if the platform didn't decide to blindly trust the firmware, * we proceed to assigning things that were left unassigned arch/powerpc/kernel/pci_64.c +2
-2@@ -208,9 +208,9 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus, unsigned long in_devfn) {struct pci_controller * hose; -struct list_head *ln; -struct pci_bus *bus =NULL ; +struct pci_bus *bus;struct device_node *hose_node; +struct pci_host_bridge *host_bridge =NULL ;/* Argh ! Please forgive me for that hack, but that's the * simplest way to get existing XFree to not lockup on some
arch/powerpc/kernel/pci_64.c long sys_pciconfig_iobase(long which, unsigned long in_bus, · line 235
Quoted 8 lines
arch/powerpc/kernel/pci_64.c +2
-2@@ -230,8 +230,8 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus,* used on pre-domains setup. We return the first match */ -for (ln = pci_root_buses.next; ln != &pci_root_buses; ln = ln->next) { - bus =pci_bus_b (ln); +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus;if (in_bus >= bus->number && in_bus <= bus->busn_res.end)
Need put_device(&host_bridge->dev).
Quoted 3 lines
arch/powerpc/kernel/pci_64.c +0
-0break ; bus =NULL ;
Signature · 2 lines
Thanks! Yijing
Re: [PATCH v3 20/22] PCI, powerpc: Kill pci_root_buses in resources reservations
Quoted 21 lines · Yijing Wang
Quoted 20 lines · Yinghai Lu
arch/powerpc/kernel/pci_64.c +2
-2@@ -208,9 +208,9 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus, unsigned long in_devfn) {struct pci_controller * hose; -struct list_head *ln; -struct pci_bus *bus =NULL ; +struct pci_bus *bus;struct device_node *hose_node; +struct pci_host_bridge *host_bridge =NULL ;/* Argh ! Please forgive me for that hack, but that's the * simplest way to get existing XFree to not lockup on some @@ -230,8 +230,8 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus,* used on pre-domains setup. We return the first match */
Quoted 8 lines
arch/powerpc/kernel/pci_64.c long sys_pciconfig_iobase(long which, unsigned long in_bus, · line 235
Quoted 5 lines
arch/powerpc/kernel/pci_64.c +2
-2-for (ln = pci_root_buses.next; ln != &pci_root_buses; ln = ln->next) { - bus =pci_bus_b (ln); +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus;if (in_bus >= bus->number && in_bus <= bus->busn_res.end)Need
put_device(&host_bridge->dev).
fixed in attached.
Thanks
Yinghai
Subject: [PATCH] PCI, powerpc: Kill pci_root_buses in resources reservations
Replace that with hotplug-safe version iteration.
-v2: add missing put_device found by Yijing Wang <[email protected]>
also move the handling into the for_each_pci_host_bridge {} to make it really hotplug safe, also make the function more readable.
--- arch/powerpc/kernel/pci-common.c | 13 +++---- arch/powerpc/kernel/pci_64.c | 67 +++++++++++++++++++++++---------------- 2 files changed, 46 insertions(+), 34 deletions(-)
arch/powerpc/kernel/pci-common.c +6 -7
@@ -1397,11 +1397,11 @@ static void __init pcibios_reserve_legacvoid __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );
@@ -1409,10 +1409,9 @@ void __init pcibios_resource_survey(void* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -if (!pci_has_flag (PCI_PROBE_ONLY )) { -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); - } +if (!pci_has_flag (PCI_PROBE_ONLY )) +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now, if the platform didn't decide to blindly trust the firmware, * we proceed to assigning things that were left unassigned
arch/powerpc/kernel/pci_64.c +40 -27
83 lines not on this page · raw message
PATCH v3 21/22 PCI: Kill pci_find_next_bus
In reply to Yinghai LuNo user now, remove it.
That name is misleading as it only for root buses.
--- drivers/pci/search.c | 37 +++++++------------------------------ include/linux/pci.h | 4 ---- 2 files changed, 7 insertions(+), 34 deletions(-)
drivers/pci/search.c +7 -30
@@ -79,44 +79,22 @@ static struct pci_bus *pci_do_find_bus(struct pci_bus *bus, unsigned char busnr)*/ struct pci_bus *pci_find_bus (int domain,int busnr) { -struct pci_bus *bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ;struct pci_bus *tmp_bus; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { -if (pci_domain_nr (bus) != domain) +for_each_pci_host_bridge (host_bridge) { +if (pci_domain_nr (host_bridge->bus) != domain)continue ; - tmp_bus =pci_do_find_bus (bus, busnr); -if (tmp_bus) + tmp_bus =pci_do_find_bus (host_bridge->bus, busnr); +if (tmp_bus) { +put_device (&host_bridge->dev);return tmp_bus; + } }return NULL ; }/** -* pci_find_next_bus - begin or continue searching for a PCI bus -* @from: Previous PCI bus found, or %NULL for new search. -* -* Iterates through the list of known PCI busses. A new search is -* initiated by passing %NULL as the @from argument. Otherwise if -* @from is not %NULL, searches continue from next device on the -* global list. -*/ -struct pci_bus * -pci_find_next_bus (const struct pci_bus *from) -{ -struct list_head *n; -struct pci_bus *b =NULL ; - -WARN_ON (in_interrupt ()); -down_read (&pci_bus_sem); - n = from ? from->node.next : pci_root_buses.next; -if (n != &pci_root_buses) - b =pci_bus_b (n); -up_read (&pci_bus_sem); -return b; -} - -/** * pci_get_slot - locate PCI device for a given PCI slot * @bus: PCI bus on which desired PCI device resides * @devfn: encodes number of PCI slot in which the desired PCI
@@ -356,7 +334,6 @@ EXPORT_SYMBOL(pci_dev_present);/* For boot time work */ EXPORT_SYMBOL (pci_find_bus); -EXPORT_SYMBOL (pci_find_next_bus);/* For everyone */ EXPORT_SYMBOL (pci_get_device);EXPORT_SYMBOL (pci_get_subsys);
include/linux/pci.h +0 -4
@@ -763,7 +763,6 @@ int pci_find_ext_capability(struct pci_dev *dev, int cap);int pci_find_next_ext_capability (struct pci_dev *dev,int pos,int cap);int pci_find_ht_capability (struct pci_dev *dev,int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap); -struct pci_bus *pci_find_next_bus (const struct pci_bus *from);struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from); struct pci_dev *pci_get_device(unsigned int vendor, unsigned int device,
@@ -1404,9 +1403,6 @@ static inline int pci_block_cfg_access_in_atomic(struct pci_dev *dev)static inline void pci_unblock_cfg_access (struct pci_dev *dev) { } -static inline struct pci_bus *pci_find_next_bus (const struct pci_bus *from) -{return NULL ; } -static inline struct pci_dev *pci_get_slot (struct pci_bus *bus,unsigned int devfn) {return NULL ; }
Signature · 1 line
1.7.10.4
PATCH v3 22/22 PCI: Kill pci_root_buses
In reply to Yinghai LuNo user now, remove it.
--- drivers/pci/probe.c | 8 -------- include/linux/pci.h | 3 --- 2 files changed, 11 deletions(-)
drivers/pci/probe.c +0 -8
@@ -23,10 +23,6 @@ struct resource busn_resource = { .flags = IORESOURCE_BUS, }; -/* Ugh. Need to stop exporting this to modules. */ -LIST_HEAD (pci_root_buses); -EXPORT_SYMBOL (pci_root_buses); -static LIST_HEAD (pci_domain_busn_res_list);struct pci_domain_busn_res {
@@ -1746,10 +1742,6 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus,dev_info (&b->dev,"root bus resource %pR%s\n" , res, bus_addr); } -down_write (&pci_bus_sem); -list_add_tail (&b->node, &pci_root_buses); -up_write (&pci_bus_sem); -return b; class_dev_reg_err:
include/linux/pci.h +0 -3
@@ -674,9 +674,6 @@ extern enum pcie_bus_config_types pcie_bus_config;extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type; -/* Do NOT directly access these two variables, unless you are arch specific pci -* code, or pci core code. */ -extern struct list_head pci_root_buses;/* list of all known PCI buses */ /* Some device drivers need know if pci is initiated */ extern int no_pci_devices (void );
Signature · 1 line
1.7.10.4
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
In reply to Yinghai LuQuoted 10 lines · Yinghai Lu
Now we have
pci_root_buseslist, and there is lots of iteration withlist_of_eachof it, that is not safe after we add pci root bus hotplug support after booting stage.Add
pci_get_next_host_bridgeand usebus_find_devicein driver core to iterate host bridge and the same time get root bus.We replace searching root bus with searching
host_bridge, ashost_bridge->busis the root bus.
After those replacing, we even could killpci_root_buseslist.
These are the problems I think you're fixing:
1) pci_find_next_bus() is not safe because even though it holds pci_bus_sem while walking the pci_root_buses list, it doesn't hold a reference on the bus it returns. The bus could be removed while the caller is using it.
2) "list_for_each_entry(bus, &pci_root_buses, node)" is not safe because hotplug might modify the pci_root_buses list. Replacing that with for_each_pci_host_bridge() solves that problem by using bus_find_device(), which is built on klists, which are designed for that problem.
3) pci_find_next_bus() claims to iterate through all known PCI buses, but in fact only iterates through root buses.
So far, so good. Those are problems we need to fix.
Your solution is to introduce for_each_pci_host_bridge() as an iterator through the known host bridges. There are two scenarios where we use something like this:
1) We want to perform an operation on every known host bridge.
2) We want to initialize something for every host bridge.
In my opinion, the only instance of scenario 1) is bus_rescan_store(), where we want to rescan all PCI host bridges.
In every other case, we're doing some kind of initialization of all the host bridges. For these cases, for_each_pci_host_bridge() is the wrong solution because it doesn't work for hot-added bridges. I think these cases should be changed to use pcibios_root_bridge_prepare() or something something else called in the host bridge add path.
Bjorn
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
[Trim down CC list, otherwise lkml will drop it, Thanks for David Miller to bring attention to me ]
Quoted 38 lines · Bjorn Helgaas
Quoted 10 lines · Yinghai Lu
Now we have
pci_root_buseslist, and there is lots of iteration withlist_of_eachof it, that is not safe after we add pci root bus hotplug support after booting stage.Add
pci_get_next_host_bridgeand usebus_find_devicein driver core to iterate host bridge and the same time get root bus.We replace searching root bus with searching
host_bridge, ashost_bridge->busis the root bus.
After those replacing, we even could killpci_root_buseslist.These are the problems I think you're fixing:
1)
pci_find_next_bus()is not safe because even though it holdspci_bus_semwhile walking thepci_root_buseslist, it doesn't hold a reference on the bus it returns. The bus could be removed while the caller is using it.2) "
list_for_each_entry(bus, &pci_root_buses, node)" is not safe because hotplug might modify thepci_root_buseslist. Replacing that withfor_each_pci_host_bridge()solves that problem by usingbus_find_device(), which is built on klists, which are designed for that problem.3)
pci_find_next_bus()claims to iterate through all known PCI buses, but in fact only iterates through root buses.So far, so good. Those are problems we need to fix.
Your solution is to introduce
for_each_pci_host_bridge()as an iterator through the known host bridges. There are two scenarios where we use something like this:1) We want to perform an operation on every known host bridge.
2) We want to initialize something for every host bridge.
Quoted 8 lines
In my opinion, the only instance of scenario 1) is
bus_rescan_store(), where we want to rescan all PCI host bridges.In every other case, we're doing some kind of initialization of all the host bridges. For these cases,
for_each_pci_host_bridge()is the wrong solution because it doesn't work for hot-added bridges. I think these cases should be changed to usepcibios_root_bridge_prepare()or something something else called in the host bridge add path.
Yes, will check if those for_pci_host_bridge could be converted to adding calling in pcibios_root_bridge_prepare one by one.
Thanks
Yinghai
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 11 lines · Yinghai Lu
Quoted 11 lines
Your solution is to introduce
for_each_pci_host_bridge()as an iterator through the known host bridges. There are two scenarios where we use something like this:1) We want to perform an operation on every known host bridge.
2) We want to initialize something for every host bridge.
In my opinion, the only instance of scenario 1) is
bus_rescan_store(), where we want to rescan all PCI host bridges.
Quoted 8 lines
Quoted 5 lines
In every other case, we're doing some kind of initialization of all the host bridges. For these cases,
for_each_pci_host_bridge()is the wrong solution because it doesn't work for hot-added bridges. I think these cases should be changed to usepcibios_root_bridge_prepare()or something something else called in the host bridge add path.Yes, will check if those
for_pci_host_bridgecould be converted to adding calling inpcibios_root_bridge_prepareone by one.
I went through those patches again, here are findings:
1. run-time iteration includes at least 3 occurrence are addressed. a. in pci-sysfs::bus_rescan_store
b. powerpc pci_64.c::sys_pciconfig_iobase system call
c. probe.c::pci_create_root_bus/pci_find_bus
2. edac: i7core_edac.c::i7core_pci_lastbus()
this one is not support host bridge hotplug, and in i7core_probe it will bail-out if probed before overall.
To make edac with i7 to support host-bridge hotadd, will change the structure of that i7core_probe.
But I'm not worried about that yet, because Nehalem-EX does not support EDAC, and assume we will NOT have use case with new -EX intel cpu with hotplug support to use EDAC.
3. pcibios_resource_survey/pcibios_assign_unassigned_resource in __init path. it is with x86/frv/microblaze/mn10300.
for x86/acpi, we have per root bus calling in pci_root.c::acpi_pci_root_add(). other three does not support pci_root_bridge hotplug yet.
4. looks like all other changes are __init path, and those arch does not support pci_root_bridge hotplug yet.
So looks like this patch set is ok now.
Also i updated
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
for-pci-for-each-host-bridge
with new ordering of patches.
BTW, I would address unifying pcibios_reserource_survey between x86/frv/microblaze/mn10300 later.
Thanks
Yinghai
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 42 lines · Yinghai Lu
Quoted 11 lines · Yinghai Lu
Quoted 11 lines
Your solution is to introduce
for_each_pci_host_bridge()as an iterator through the known host bridges. There are two scenarios where we use something like this:1) We want to perform an operation on every known host bridge.
2) We want to initialize something for every host bridge.
In my opinion, the only instance of scenario 1) is
bus_rescan_store(), where we want to rescan all PCI host bridges.Quoted 8 lines
Quoted 5 lines
In every other case, we're doing some kind of initialization of all the host bridges. For these cases,
for_each_pci_host_bridge()is the wrong solution because it doesn't work for hot-added bridges. I think these cases should be changed to usepcibios_root_bridge_prepare()or something something else called in the host bridge add path.Yes, will check if those
for_pci_host_bridgecould be converted to adding calling inpcibios_root_bridge_prepareone by one.I went through those patches again, here are findings:
1. run-time iteration includes at least 3 occurrence are addressed. a. in pci-sysfs::bus_rescan_store
b. powerpcpci_64.c::sys_pciconfig_iobasesystem call
c. probe.c::pci_create_root_bus/pci_find_bus2. edac:
i7core_edac.c::i7core_pci_lastbus()
this one is not support host bridge hotplug, and ini7core_probeit will bail-out if probed before overall.
To make edac with i7 to support host-bridge hotadd, will change the structure of thati7core_probe.
But I'm not worried about that yet, because Nehalem-EX does not support EDAC, and assume we will NOT have use case with new -EX intel cpu with hotplug support to use EDAC.3. pcibios_resource_survey/pcibios_assign_unassigned_resource in
__initpath. it is with x86/frv/microblaze/mn10300.
for x86/acpi, we have per root bus calling inpci_root.c::acpi_pci_root_add(). other three does not supportpci_root_bridgehotplug yet.
Quoted 4 lines
4. looks like all other changes are
__initpath, and those arch does not supportpci_root_bridgehotplug yet.So looks like this patch set is ok now.
Maybe. I'd rather not introduce for_each_pci_host_bridge() at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.
As soon as for_each_pci_host_bridge() is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.
Bjorn
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 8 lines · Bjorn Helgaas
Maybe. I'd rather not introduce
for_each_pci_host_bridge()at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.
Quoted 4 lines
As soon as
for_each_pci_host_bridge()is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.
Now we only have two references in modules.
drivers/edac/i7core_edac.c: for_each_pci_host_bridge(host_bridge) {drivers/pci/hotplug/sgi_hotplug.c: for_each_pci_host_bridge(host_bridge) {
for the sgi_hotplug.c, it should be same problem that have for acpiphp and pciehp.
need to make it support pci host bridge hotplug anyway.
for edac, we need to check Mauro about their plan.
After those two are addressed, we can drop that EXPORT_SYMBOL_GPL for pci_get_next_host_bridge.
We do have pci_get_domain_bus_and_slot() as export symbol. So we export pci_get_next_host_bridge should be ok now. and it would be better than export root buses list.
Thanks
Yinghai
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Em Tue, 5 Feb 2013 16:47:10 -0800
Yinghai Lu <[email protected]> escreveu:
Quoted 16 lines · Bjorn Helgaas
Quoted 8 lines
Maybe. I'd rather not introduce
for_each_pci_host_bridge()at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.Quoted 4 lines
As soon as
for_each_pci_host_bridge()is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.Now we only have two references in modules.
Quoted 8 lines
drivers/edac/i7core_edac.c:for_each_pci_host_bridge(host_bridge){drivers/pci/hotplug/sgi_hotplug.c:for_each_pci_host_bridge(host_bridge){for the
sgi_hotplug.c, it should be same problem that have for acpiphp and pciehp.
need to make it support pci host bridge hotplug anyway.for edac, we need to check Mauro about their plan.
The i7core_pci_lastbus() code at i7core_edac is there to make it work with some Nehalem/Nehalem-EP machines that hide the memory controller's PCI ID by using an artificially low last bus. There's no plan to support Nehalem-EX, as the information I got is that there's no way to access the memory controller registers on it without interfering with BIOS.
It should be noticed, however, that I got a report of a Sandy Bridge server that is also hiding the memory controller's PCI address. So, maybe we'll need to add later some logic at sb_edac to unhide the memory controller, just like the one in i7core_edac.
Quoted 11 lines
After those two are addressed, we can drop that
EXPORT_SYMBOL_GPLforpci_get_next_host_bridge.We do have
pci_get_domain_bus_and_slot()as export symbol. So we exportpci_get_next_host_bridgeshould be ok now. and it would be better than export root buses list.Thanks
Yinghai
Signature · 2 lines
Cheers, Mauro
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 26 lines · Mauro Carvalho Chehab
Em Tue, 5 Feb 2013 16:47:10 -0800
Yinghai Lu <[email protected]> escreveu:Quoted 23 lines · Bjorn Helgaas
Quoted 8 lines
Maybe. I'd rather not introduce
for_each_pci_host_bridge()at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.Quoted 4 lines
As soon as
for_each_pci_host_bridge()is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.Now we only have two references in modules.
drivers/edac/i7core_edac.c:for_each_pci_host_bridge(host_bridge){drivers/pci/hotplug/sgi_hotplug.c:for_each_pci_host_bridge(host_bridge){for the
sgi_hotplug.c, it should be same problem that have for acpiphp and pciehp.
need to make it support pci host bridge hotplug anyway.
Quoted 5 lines
Quoted 1 line
for edac, we need to check Mauro about their plan.
The
i7core_pci_lastbus()code ati7core_edacis there to make it work with some Nehalem/Nehalem-EP machines that hide the memory controller's PCI ID by using an artificially low last bus.
I don't really understand how this helps. An example would probably make it clearer.
i7core_edac.c has some very creative use of PCI infrastructure. Normally a driver has a pci_device_id table that identifies the vendor/device IDs of the devices it cares about, and the driver's .probe() method is called for every matching device.
But i7core_edac only has two entries in its id_table. When we find a device that matches one of those two entries, we call i7core_probe(), which then gropes around for all the *other* devices related to that original one. This is a bit messy.
I'd like it a lot better if the device IDs in pci_dev_descr_i7core_nehalem[], pci_dev_descr_lynnfield[], etc., were just in the pci_device_id table directly. Then i7core_probe() would be called directly for every device you care about, and you could sort them out there. That should work without any need for pci_get_device(), i7core_pci_lastbus(), etc.
Bjorn
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Em Wed, 6 Feb 2013 10:45:16 -0700
Bjorn Helgaas <[email protected]> escreveu:
Quoted 47 lines
Quoted 26 lines · Mauro Carvalho Chehab
Em Tue, 5 Feb 2013 16:47:10 -0800
Yinghai Lu <[email protected]> escreveu:Quoted 23 lines · Bjorn Helgaas
Quoted 8 lines
Maybe. I'd rather not introduce
for_each_pci_host_bridge()at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.Quoted 4 lines
As soon as
for_each_pci_host_bridge()is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.Now we only have two references in modules.
drivers/edac/i7core_edac.c:for_each_pci_host_bridge(host_bridge){drivers/pci/hotplug/sgi_hotplug.c:for_each_pci_host_bridge(host_bridge){for the
sgi_hotplug.c, it should be same problem that have for acpiphp and pciehp.
need to make it support pci host bridge hotplug anyway.Quoted 5 lines
Quoted 1 line
for edac, we need to check Mauro about their plan.
The
i7core_pci_lastbus()code ati7core_edacis there to make it work with some Nehalem/Nehalem-EP machines that hide the memory controller's PCI ID by using an artificially low last bus.I don't really understand how this helps. An example would probably make it clearer.
i7core_edac.chas some very creative use of PCI infrastructure. Normally a driver has apci_device_idtable that identifies the vendor/device IDs of the devices it cares about, and the driver's .probe() method is called for every matching device.But
i7core_edaconly has two entries in itsid_table. When we find a device that matches one of those two entries, we calli7core_probe(), which then gropes around for all the *other* devices related to that original one. This is a bit messy.
Quoted 6 lines
I'd like it a lot better if the device IDs in pci_dev_descr_i7core_nehalem[], pci_dev_descr_lynnfield[], etc., were just in the
pci_device_idtable directly. Theni7core_probe()would be called directly for every device you care about, and you could sort them out there. That should work without any need forpci_get_device(),i7core_pci_lastbus(), etc.
Bjorn,
On almost all Intel memory controllers since 2002, the memory controller handling function were split into several different PCI devices and PCI functions. So, for example, even if you look on old driver like i5000_edac.c, you'll see 5 different PCI IDs that are required to control a single device:
#ifndef PCI_DEVICE_ID_INTEL_FBD_0
#define PCI_DEVICE_ID_INTEL_FBD_0 0x25F5
#endif
#ifndef PCI_DEVICE_ID_INTEL_FBD_1
#define PCI_DEVICE_ID_INTEL_FBD_1 0x25F6
#endif
/* Device 16,
* Function 0: System Address
* Function 1: Memory Branch Map, Control, Errors Register
* Function 2: FSB Error Registers
*
* All 3 functions of Device 16 (0,1,2) share the SAME DID */
#define PCI_DEVICE_ID_INTEL_I5000_DEV16 0x25F0
/* OFFSETS for Function 1 */
(a long list of registers there)
/*
* Device 21,
* Function 0: Memory Map Branch 0
*
* Device 22,
* Function 0: Memory Map Branch 1
*/
#define PCI_DEVICE_ID_I5000_BRANCH_0 0x25F5
#define PCI_DEVICE_ID_I5000_BRANCH_1 0x25F6
(another long list or registers there)
I've no idea why the hardware engineers there decided on that way, but the number of different PCI devices required for the functionality to work has been increased on their newer chipsets. At the Sandy Bridge driver (sb_edac.c), all those PCI devices need to be opened at the same time, in order to allow controlling a single memory controller (and one system have one memory controller per socket):
#define PCI_DEVICE_ID_INTEL_SBRIDGE_SAD0 0x3cf4 /* 12.6 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_SAD1 0x3cf6 /* 12.7 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_BR 0x3cf5 /* 13.6 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_HA0 0x3ca0 /* 14.0 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TA 0x3ca8 /* 15.0 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_RAS 0x3c71 /* 15.1 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD0 0x3caa /* 15.2 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD1 0x3cab /* 15.3 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD2 0x3cac /* 15.4 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD3 0x3cad /* 15.5 */
#define PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_DDRIO 0x3cb8 /* 17.0 */
The first thing that any EDAC driver needs to do is to get the memory configuration (number of DIMMs, channels filled, DIMM size, etc). In the case of sb_edac, the logic is at get_dimm_config(). It needs to read data on _several_ of the above PCI IDs:
static int get_dimm_config(struct mem_ctl_info *mci) {
...
pci_read_config_dword(pvt->pci_br, SAD_TARGET, ®); // reads from PCI_DEVICE_ID_INTEL_SBRIDGE_BR
...
pci_read_config_dword(pvt->pci_br, SAD_CONTROL, ®); // reads from PCI_DEVICE_ID_INTEL_SBRIDGE_BR
...
pci_read_config_dword(pvt->pci_ras, RASENABLES, ®); // reads from PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_RAS
...
pci_read_config_dword(pvt->pci_ta, MCMTR, &pvt->info.mcmtr); // reads from PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TA
...
pci_read_config_dword(pvt->pci_ddrio, RANK_CFG_A, ®); // reads from PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_DDRIO
...
for (i = 0; i < NUM_CHANNELS; i++) {
...
for (j = 0; j < ARRAY_SIZE(mtr_regs); j++) {
...
pci_read_config_dword(pvt->pci_tad[i],
mtr_regs[j], &mtr); // PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD0 to PCI_DEVICE_ID_INTEL_SBRIDGE_IMC_TAD3So, while the usual design of having one PCI ID entry for each device works for the vast majority of drivers, as each different PCI ID/function are typically independent and pci_driver.probe() can be called for every entry inside the PCI ID table, that's not the case of EDAC.
On EDAC drivers, the probing routine can be called only after calling pci_get_device() for the entire set of PCI devices that belongs to the memory controller.
To make things worse, the PCI IDs for the memory controllers are sometimes after PCI lastbus.
So, the logic used on almost all drivers there is to use one PCI ID "detect" device at the table, used to discover if the system has a supported memory controller chipset. If it matches, the pci_driver.probe() will seek for the actual PCI devices that are required for it to work, with may or may not be the same as the "detect" device.
Also, the highest bus corresponds to the first memory controller. So, bus=255 matches the memory controller for the CPU socket 0, bus=254 matches the one for CPU socket 1 and so on. That forced the driver to probe all devices at the same time, on all CPU sockets, in order to reverse the order when initializing the memory controller EDAC structures.
There are some other odd details there... In the case of i7core_edac, it supports 3 different versions of memory controllers; each version has its own set of PCI ID's. So, its "real" PCI ID table set has 3 entries:
static const struct pci_id_table pci_dev_table[] = {
PCI_ID_TABLE_ENTRY(pci_dev_descr_i7core_nehalem),
PCI_ID_TABLE_ENTRY(pci_dev_descr_lynnfield),
PCI_ID_TABLE_ENTRY(pci_dev_descr_i7core_westmere),
{0,} /* 0 terminated list. */
};while its PCI ID "detect" table has only two, as the PCI device 8086:342e (PCI_DEVICE_ID_INTEL_X58_HUB_MGMT) is found on both Nehalem and Westmere:
static DEFINE_PCI_DEVICE_TABLE(i7core_pci_tbl) = {
{PCI_DEVICE(PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_X58_HUB_MGMT)},
{PCI_DEVICE(PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_LYNNFIELD_QPI_LINK0)},
{0,} /* 0 terminated list. */Signature · 2 lines
Cheers, Mauro
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
In reply to Yinghai LuQuoted 23 lines · Yinghai Lu
Quoted 8 lines · Bjorn Helgaas
Maybe. I'd rather not introduce
for_each_pci_host_bridge()at all, if we can avoid it. Every place it's used is a place we have to audit to make sure it's safe. I think your audit above is correct and complete, but it relies on way too much architecture knowledge. It's better if we can deduce correctness without knowing which arches support hotplug and which CPUs support EDAC.Quoted 4 lines
As soon as
for_each_pci_host_bridge()is in the tree, those uses can be copied to even more places. It's a macro, so it's usable by any module, even out-of-tree ones that we'll never see and can't fix. So we won't really have a good way to deprecate and remove it.Now we only have two references in modules.
drivers/edac/i7core_edac.c:for_each_pci_host_bridge(host_bridge){drivers/pci/hotplug/sgi_hotplug.c:for_each_pci_host_bridge(host_bridge){for the
sgi_hotplug.c, it should be same problem that have for acpiphp and pciehp.
need to make it support pci host bridge hotplug anyway.
Quoted 8 lines
for edac, we need to check Mauro about their plan.
After those two are addressed, we can drop that
EXPORT_SYMBOL_GPLforpci_get_next_host_bridge.We do have
pci_get_domain_bus_and_slot()as export symbol. So we exportpci_get_next_host_bridgeshould be ok now. and it would be better than export root buses list.
I think you're missing the point.
Search the tree for uses of "for_each_pci_dev()." Almost every occurrence is a bug because that code doesn't work correctly for hot-added devices. That code gets run for devices that are present at boot, but not for devices hot-added later.
You're proposing to add "for_each_pci_host_bridge()." That will have the exact same problem as for_each_pci_dev() already does. Code that uses it will work for host bridges present at boot, but not for bridges hot-added later.
Why would we want to add an interface when every use of that interface will be a design bug? I think we should fix the existing users of pci_root_buses by changing their designs so they will work correctly with host bridge hotplug.
Bjorn
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 12 lines · Bjorn Helgaas
I think you're missing the point.
Search the tree for uses of "
for_each_pci_dev()." Almost every occurrence is a bug because that code doesn't work correctly for hot-added devices. That code gets run for devices that are present at boot, but not for devices hot-added later.You're proposing to add "
for_each_pci_host_bridge()." That will have the exact same problem asfor_each_pci_dev()already does. Code that uses it will work for host bridges present at boot, but not for bridges hot-added later.
Quoted 4 lines
Why would we want to add an interface when every use of that interface will be a design bug? I think we should fix the existing users of
pci_root_busesby changing their designs so they will work correctly with host bridge hotplug.
I'm a little confused about what you want.
In boot stage using for_each_pci_host_bridge or pci_root_buses is fine.
For those cases that it should support host-bridge by nature. there are two solutions:
1. use for_each_pci_host_bridge, and it is hotplug-safe. and make sgi_hotplug to use acpi_pci_driver interface. and acpi_pci_root_add() will call .add in the acpi_pci_driver.
2. make them all to be built-in, and those acpi_pci_driver should be registered much early before acpi_pci_root_add is called.
then we don't need to call for_each_host_bridge for it.
So difference between them:
1. still keep the module support, and register acpi_pci_driver later.
2. built-in support only, and need to register acpi_pci_driver early.
Please let me which one you like.
Thanks
Yinghai
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 13 lines · Yinghai Lu
Quoted 12 lines · Bjorn Helgaas
I think you're missing the point.
Search the tree for uses of "
for_each_pci_dev()." Almost every occurrence is a bug because that code doesn't work correctly for hot-added devices. That code gets run for devices that are present at boot, but not for devices hot-added later.You're proposing to add "
for_each_pci_host_bridge()." That will have the exact same problem asfor_each_pci_dev()already does. Code that uses it will work for host bridges present at boot, but not for bridges hot-added later.
Quoted 8 lines
Quoted 4 lines
Why would we want to add an interface when every use of that interface will be a design bug? I think we should fix the existing users of
pci_root_busesby changing their designs so they will work correctly with host bridge hotplug.I'm a little confused about what you want.
In boot stage using
for_each_pci_host_bridgeorpci_root_busesis fine.
No, it's not. Boot-time should work exactly the same way as hot-add time, unless there's a reason it can't. There might be corner cases where we can't do that yet, e.g., the pcibios_resource_survey stuff, but in general I don't think there's anything that *forces* us to iterate through host bridges at boot-time.
Quoted 3 lines
For those cases that it should support host-bridge by nature. there are two solutions:
1. usefor_each_pci_host_bridge, and it is hotplug-safe.
I'm trying to tell you that for_each_pci_host_bridge() is NOT hotplug-safe. Your series makes it safer than it was, in the sense that it probably fixes stray pointer references when a host bridge hotplug happens while somebody's traversing pci_root_buses. But the whole point of for_each_pci_host_bridge() is to run some code for every bridge we know about *right now*. If a host bridge is added right after the for_each_pci_host_bridge() loop exits, that code doesn't get run. In most cases, that's a bug. The only exception I know about is the /sys/.../rescan interface.
Quoted 10 lines
and make
sgi_hotplugto useacpi_pci_driverinterface. andacpi_pci_root_add()will call .add in theacpi_pci_driver.2. make them all to be built-in, and those
acpi_pci_drivershould be registered much early beforeacpi_pci_root_addis called.
then we don't need to callfor_each_host_bridgefor it.So difference between them:
1. still keep the module support, and registeracpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
acpi_pci_driver is going away, so I don't want to add any more uses of it. Obviously it's only relevant to x86 and ia64 anyway.
What I'd like is a change where for_each_pci_host_bridge() is used only inside the PCI core and defined somewhere like drivers/pci/pci.h so it's not even available outside.
The other uses should be changed so they use pcibios_root_bridge_prepare() or something similar. That way, it will be obvious that the code supports hot-added bridges, and when it gets copied to other places, we'll be copying a working design instead of a broken one.
I don't want to have to audit these places and figure out "this is safe because this arch doesn't support host bridge hotplug" or "this is safe because this CPU doesn't support XYZ." That's not a maintainable solution. The safety should be apparent from the code itself, without requiring extra platform-specific knowledge.
Bjorn
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 50 lines · Bjorn Helgaas
Quoted 13 lines · Yinghai Lu
Quoted 12 lines · Bjorn Helgaas
I think you're missing the point.
Search the tree for uses of "
for_each_pci_dev()." Almost every occurrence is a bug because that code doesn't work correctly for hot-added devices. That code gets run for devices that are present at boot, but not for devices hot-added later.You're proposing to add "
for_each_pci_host_bridge()." That will have the exact same problem asfor_each_pci_dev()already does. Code that uses it will work for host bridges present at boot, but not for bridges hot-added later.Quoted 8 lines
Quoted 4 lines
Why would we want to add an interface when every use of that interface will be a design bug? I think we should fix the existing users of
pci_root_busesby changing their designs so they will work correctly with host bridge hotplug.I'm a little confused about what you want.
In boot stage using
for_each_pci_host_bridgeorpci_root_busesis fine.No, it's not. Boot-time should work exactly the same way as hot-add time, unless there's a reason it can't. There might be corner cases where we can't do that yet, e.g., the
pcibios_resource_surveystuff, but in general I don't think there's anything that *forces* us to iterate through host bridges at boot-time.Quoted 3 lines
For those cases that it should support host-bridge by nature. there are two solutions:
1. usefor_each_pci_host_bridge, and it is hotplug-safe.I'm trying to tell you that
for_each_pci_host_bridge()is NOT hotplug-safe. Your series makes it safer than it was, in the sense that it probably fixes stray pointer references when a host bridge hotplug happens while somebody's traversingpci_root_buses. But the whole point offor_each_pci_host_bridge()is to run some code for every bridge we know about *right now*. If a host bridge is added right after thefor_each_pci_host_bridge()loop exits, that code doesn't get run. In most cases, that's a bug. The only exception I know about is the/sys/.../rescaninterface.Quoted 7 lines
and make
sgi_hotplugto useacpi_pci_driverinterface. andacpi_pci_root_add()will call .add in theacpi_pci_driver.2. make them all to be built-in, and those
acpi_pci_drivershould be registered much early beforeacpi_pci_root_addis called.
then we don't need to callfor_each_host_bridgefor it.
Quoted 6 lines
Quoted 3 lines
So difference between them:
1. still keep the module support, and registeracpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
acpi_pci_driveris going away, so I don't want to add any more uses of it. Obviously it's only relevant to x86 and ia64 anyway.
when?
I have ioapic and iommu hotplug patch set that need to use them.
Quoted 11 lines
What I'd like is a change where
for_each_pci_host_bridge()is used only inside the PCI core and defined somewhere likedrivers/pci/pci.hso it's not even available outside.The other uses should be changed so they use
pcibios_root_bridge_prepare()or something similar. That way, it will be obvious that the code supports hot-added bridges, and when it gets copied to other places, we'll be copying a working design instead of a broken one.
Quoted 5 lines
I don't want to have to audit these places and figure out "this is safe because this arch doesn't support host bridge hotplug" or "this is safe because this CPU doesn't support XYZ." That's not a maintainable solution. The safety should be apparent from the code itself, without requiring extra platform-specific knowledge.
so you still did not answer you want 1 or 2 yet:
for sgi_hotplug,
1. still keep the module support, and register acpi_pci_driver later.
2. built-in support only, and need to register acpi_pci_driver early.
Thanks
Yinghai
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 55 lines · Yinghai Lu
Quoted 54 lines · Bjorn Helgaas
Quoted 13 lines · Yinghai Lu
Quoted 12 lines · Bjorn Helgaas
I think you're missing the point.
Search the tree for uses of "
for_each_pci_dev()." Almost every occurrence is a bug because that code doesn't work correctly for hot-added devices. That code gets run for devices that are present at boot, but not for devices hot-added later.You're proposing to add "
for_each_pci_host_bridge()." That will have the exact same problem asfor_each_pci_dev()already does. Code that uses it will work for host bridges present at boot, but not for bridges hot-added later.Quoted 8 lines
Quoted 4 lines
Why would we want to add an interface when every use of that interface will be a design bug? I think we should fix the existing users of
pci_root_busesby changing their designs so they will work correctly with host bridge hotplug.I'm a little confused about what you want.
In boot stage using
for_each_pci_host_bridgeorpci_root_busesis fine.No, it's not. Boot-time should work exactly the same way as hot-add time, unless there's a reason it can't. There might be corner cases where we can't do that yet, e.g., the
pcibios_resource_surveystuff, but in general I don't think there's anything that *forces* us to iterate through host bridges at boot-time.Quoted 3 lines
For those cases that it should support host-bridge by nature. there are two solutions:
1. usefor_each_pci_host_bridge, and it is hotplug-safe.I'm trying to tell you that
for_each_pci_host_bridge()is NOT hotplug-safe. Your series makes it safer than it was, in the sense that it probably fixes stray pointer references when a host bridge hotplug happens while somebody's traversingpci_root_buses. But the whole point offor_each_pci_host_bridge()is to run some code for every bridge we know about *right now*. If a host bridge is added right after thefor_each_pci_host_bridge()loop exits, that code doesn't get run. In most cases, that's a bug. The only exception I know about is the/sys/.../rescaninterface.Quoted 10 lines
and make
sgi_hotplugto useacpi_pci_driverinterface. andacpi_pci_root_add()will call .add in theacpi_pci_driver.2. make them all to be built-in, and those
acpi_pci_drivershould be registered much early beforeacpi_pci_root_addis called.
then we don't need to callfor_each_host_bridgefor it.So difference between them:
1. still keep the module support, and registeracpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
Quoted 6 lines
Quoted 2 lines
acpi_pci_driveris going away, so I don't want to add any more uses of it. Obviously it's only relevant to x86 and ia64 anyway.when?
I have ioapic and iommu hotplug patch set that need to use them.
I suppose it would be a bit simpler if you tried to fix things up before adding more stuff on top of them, which only makes it more difficult to clean them up when this additional stuff is applied.
A patchset to remove acpi_pci_driver has been posted already and it is going to be submitted again after 3.9-rc1. So this is the time frame.
Quoted 16 lines
Quoted 10 lines
What I'd like is a change where
for_each_pci_host_bridge()is used only inside the PCI core and defined somewhere likedrivers/pci/pci.hso it's not even available outside.The other uses should be changed so they use
pcibios_root_bridge_prepare()or something similar. That way, it will be obvious that the code supports hot-added bridges, and when it gets copied to other places, we'll be copying a working design instead of a broken one.Quoted 5 lines
I don't want to have to audit these places and figure out "this is safe because this arch doesn't support host bridge hotplug" or "this is safe because this CPU doesn't support XYZ." That's not a maintainable solution. The safety should be apparent from the code itself, without requiring extra platform-specific knowledge.
Quoted 6 lines
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
Please work with the assumption that acpi_pci_driver is not going to be there any more.
Thanks,
Rafael
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 11 lines · Rafael J. Wysocki
Quoted 6 lines · Yinghai Lu
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.Please work with the assumption that
acpi_pci_driveris not going to be there any more.
I think I could change ioapic and iommu hotplug to weak add/remove because they should be built-in by nature.
but how about others like sgi_hotplug etc?
Thanks
Yinghai
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 9 lines · Yinghai Lu
Quoted 8 lines · Rafael J. Wysocki
Quoted 6 lines · Yinghai Lu
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
Quoted 8 lines
Quoted 3 lines
Please work with the assumption that
acpi_pci_driveris not going to be there any more.I think I could change ioapic and iommu hotplug to weak add/remove because they should be built-in by nature.
but how about others like
sgi_hotplugetc?
I'd really prefer to wait for the patchset removing acpi_pci_driver (from Myron) before proceeding with more changes in that area.
Myron, do you have a prototype based on the current linux-next?
Rafael
Signature · 2 lines
I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center.
Bjorn Helgaas
maintainerRe: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 10 lines · Rafael J. Wysocki
Quoted 9 lines · Yinghai Lu
Quoted 8 lines · Rafael J. Wysocki
Quoted 6 lines · Yinghai Lu
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.
Quoted 8 lines
Quoted 8 lines
Quoted 3 lines
Please work with the assumption that
acpi_pci_driveris not going to be there any more.I think I could change ioapic and iommu hotplug to weak add/remove because they should be built-in by nature.
but how about others like
sgi_hotplugetc?
I think that could be handled with pcibios_root_bridge_prepare() or something similar -- something that happens in the "add host bridge" path. I'm not saying we necessarily have all the right hooks in place yet. It's just that I'd rather figure out what the right hooks *are* and add them if necessary, than just convert pci_root_buses to for_each_pci_host_bridge().
Quoted 4 lines
I'd really prefer to wait for the patchset removing
acpi_pci_driver(from Myron) before proceeding with more changes in that area.Myron, do you have a prototype based on the current linux-next?
I think it's really the acpiphp/pciehp issue that's holding up the removal of acpi_pci_driver. I'm not sure if anybody's working on that.
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
Quoted 18 lines · Bjorn Helgaas
Quoted 17 lines · Rafael J. Wysocki
Quoted 16 lines · Yinghai Lu
Quoted 11 lines · Rafael J. Wysocki
Quoted 6 lines · Yinghai Lu
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.Please work with the assumption that
acpi_pci_driveris not going to be there any more.I think I could change ioapic and iommu hotplug to weak add/remove because they should be built-in by nature.
Quoted 8 lines
Quoted 1 line
Quoted 1 line
but how about others like
sgi_hotplugetc?I think that could be handled with
pcibios_root_bridge_prepare()or something similar -- something that happens in the "add host bridge" path. I'm not saying we necessarily have all the right hooks in place yet. It's just that I'd rather figure out what the right hooks *are* and add them if necessary, than just convertpci_root_busestofor_each_pci_host_bridge().
so we will have all built-in for apci_pci_driver and call add/remove directly?
BTW, looks like sgi_hotplug may need some time to convert ... Also not sure who can test it.
Quoted 9 lines
Quoted 5 lines
I'd really prefer to wait for the patchset removing
acpi_pci_driver(from Myron) before proceeding with more changes in that area.Myron, do you have a prototype based on the current linux-next?
I think it's really the acpiphp/pciehp issue that's holding up the removal of
acpi_pci_driver. I'm not sure if anybody's working on that.
Myron's last Dec's version would split all acpi_pci_driver's add/remove into acpi_pci_root_add/remove.
other way is use host-bridge nodifier, looks like that is not favorable.
BTW, looks like I could put add/remove calling directly in acpi_pci_root_add/remove
for ioapic and iommu.
Thanks
Yinghai
Re: [PATCH v3 00/22] PCI: Iterate pci host bridge instead of pci root bus
In reply to Bjorn HelgaasQuoted 27 lines · Bjorn Helgaas
Quoted 10 lines · Rafael J. Wysocki
Quoted 9 lines · Yinghai Lu
Quoted 8 lines · Rafael J. Wysocki
Quoted 6 lines · Yinghai Lu
so you still did not answer you want 1 or 2 yet:
for
sgi_hotplug,1. still keep the module support, and register
acpi_pci_driverlater.
2. built-in support only, and need to registeracpi_pci_driverearly.Quoted 8 lines
Quoted 8 lines
Quoted 3 lines
Please work with the assumption that
acpi_pci_driveris not going to be there any more.I think I could change ioapic and iommu hotplug to weak add/remove because they should be built-in by nature.
but how about others like
sgi_hotplugetc?I think that could be handled with
pcibios_root_bridge_prepare()or something similar -- something that happens in the "add host bridge" path. I'm not saying we necessarily have all the right hooks in place yet. It's just that I'd rather figure out what the right hooks *are* and add them if necessary, than just convertpci_root_busestofor_each_pci_host_bridge().
Quoted 8 lines
Quoted 4 lines
I'd really prefer to wait for the patchset removing
acpi_pci_driver(from Myron) before proceeding with more changes in that area.Myron, do you have a prototype based on the current linux-next?
I think it's really the acpiphp/pciehp issue that's holding up the removal of
acpi_pci_driver. I'm not sure if anybody's working on that.
Hi Bjorn,
I'm working on this topic, but a little busy with other stuff
in last few days. I guess I could should out a version in coming days.
Thanks!
Quoted 3 lines
.
v3 cover PCI: Iterate pci host bridge instead of pci root bus
In reply to Yinghai LuNow we have pci_root_buses list, and there is lots of iteration with list_of_each of it, that is not safe after we add pci root bus hotplug support after booting stage.
Add pci_get_next_host_bridge and use bus_find_device in driver core to iterate host bridge and the same time get root bus.
We replace searching root bus with searching host_bridge, as host_bridge->bus is the root bus.
After those replacing, we even could kill pci_root_buses list.
based on pci/next
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-for-each-host-bridge
-v2: updated after pci_root_bus_hotplug get into pci/next -v3: update changelog and add cc for pci core change for arch guys.
Yinghai Lu (22):
PCI: Rename pci_release_bus_bridge_dev to pci_release_host_bridge_dev
PCI: Add dummy bus_type for pci_host_bridge
PCI, libata: remove find_bridge in acpi_bus_type
PCI, ACPI: Update comments for find_bridge in acpi_bus_type
PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge PCI, hotplug: Kill pci_find_next_bus in sgi_hotplug
PCI: Kill pci_find_next_bus in pci_sysfs
PCI, edac: Kill pci_find_next_bus in edac
PCI, x86: Kill pci_find_next_bus in pcibios_scan_root
PCI, x86: Kill pci_root_buses in resources reservations PCI, drm: Kill pci_root_buses in alpha hose setting
PCI: Kill pci_root_buses in setup-bus
PCI, sparc: Kill pci_find_next_bus
PCI, ia64: Kill pci_find_next_bus
PCI, alpha: Kill pci_root_buses
PCI, arm: Kill pci_root_buses
PCI, frv: Kill pci_root_buses in resources reservations PCI, microblaze: Kill pci_root_buses in resources reservations PCI, mn10300: Kill pci_root_buses in resources reservations PCI, powerpc: Kill pci_root_buses in resources reservations
PCI: Kill pci_find_next_bus
PCI: Kill pci_root_buses
arch/alpha/kernel/pci.c | 6 +-- arch/arm/kernel/bios32.c | 9 ++--- arch/frv/mb93090-mb00/pci-frv.c | 37 +++++++++--------- arch/ia64/hp/common/sba_iommu.c | 7 ++-- arch/ia64/sn/kernel/io_common.c | 5 ++- arch/microblaze/pci/pci-common.c | 10 ++--- arch/mn10300/unit-asb2305/pci-asb2305.c | 62 ++++++++++++++++--------------- arch/powerpc/kernel/pci-common.c | 13 +++---- arch/powerpc/kernel/pci_64.c | 8 ++-- arch/sparc/kernel/pci.c | 6 ++- arch/x86/pci/common.c | 9 +++-- arch/x86/pci/i386.c | 20 +++++----- drivers/ata/libata-acpi.c | 6 --- drivers/edac/i7core_edac.c | 6 +-- drivers/gpu/drm/drm_fops.c | 10 +++-- drivers/pci/hotplug/sgi_hotplug.c | 6 ++- drivers/pci/pci-driver.c | 11 +++++- drivers/pci/pci-sysfs.c | 6 +-- drivers/pci/probe.c | 13 ++----- drivers/pci/search.c | 61 +++++++++++++++--------------- drivers/pci/setup-bus.c | 24 ++++++------ include/acpi/acpi_bus.h | 2 +- include/linux/pci.h | 18 +++++---- 23 files changed, 187 insertions(+), 168 deletions(-)
Signature · 1 line
1.7.10.4
PATCH v3 2/22 PCI: Add dummy bus_type for pci_host_bridge
Need to use it for looping registered host_bridge, and kill pci_root_buses list.
--- drivers/pci/pci-driver.c | 11 ++++++++++- drivers/pci/probe.c | 1 + include/linux/pci.h | 2 ++ 3 files changed, 13 insertions(+), 1 deletion(-)
drivers/pci/pci-driver.c +10 -1
@@ -1278,11 +1278,20 @@ struct bus_type pci_bus_type = { .pm = PCI_PM_OPS_PTR, }; +struct bus_type pci_host_bridge_bus_type = { + .name ="pci_host_bridge" , +}; + +static int __init pci_host_bridge_driver_init (void ) +{ +return bus_register (&pci_host_bridge_bus_type); +} +postcore_initcall (pci_host_bridge_driver_init); +static int __init pci_driver_init (void ) {return bus_register (&pci_bus_type); } -postcore_initcall (pci_driver_init);EXPORT_SYMBOL_GPL (pci_add_dynid);
drivers/pci/probe.c +1 -0
@@ -1692,6 +1692,7 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus, goto err_out; bridge->dev.parent = parent; + bridge->dev.bus = &pci_host_bridge_bus_type; bridge->dev.release = pci_release_host_bridge_dev;dev_set_name (&bridge->dev,"pci%04x:%02x" ,pci_domain_nr (b), bus); error =pcibios_root_bridge_prepare (bridge);
include/linux/pci.h +2 -0
@@ -669,6 +669,7 @@ enum pcie_bus_config_types {extern enum pcie_bus_config_types pcie_bus_config; +extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type;/* Do NOT directly access these two variables, unless you are arch specific pci
@@ -740,6 +741,7 @@ void pci_stop_root_bus(struct pci_bus *bus);void pci_remove_root_bus (struct pci_bus *bus);void pci_setup_cardbus (struct pci_bus *bus);extern void pci_sort_breadthfirst (void ); +#define dev_is_pci_host_bridge (d) ((d)->bus == &pci_host_bridge_bus_type)#define dev_is_pci (d) ((d)->bus == &pci_bus_type)#define dev_is_pf (d) ((dev_is_pci(d) ? to_pci_dev(d)->is_physfn : false))#define dev_num_vf (d) ((dev_is_pci(d) ? pci_num_vf(to_pci_dev(d)) : 0))
Signature · 1 line
1.7.10.4
PATCH v3 5/22 PCI: Add for_each_pci_host_bridge() and pci_get_next_host_bridge
In reply to Yinghai LuNow we have pci_root_buses list, and there is lots of iteration with list_of_each of it, that is not safe after we add pci root bus hotplug support after booting stage.
Also pci_find_next_bus is pretty misleading name, and it is only finding next root bus instead of regular pci bus.
Add pci_get_next_host_bridge and use bus_find_device in driver core to iterate host bridge and the same time get root bus.
In folllowing patches will replace searching root bus with searching host_bridge. after using with that host-bridge, will need to call put device to release reference if break early from the loop.
After those replacing, we even could kill pci_root_buses list.
-v2: fixes compiling error when CONFIG_PCI is not defined that Fengguang Wu found.
--- drivers/pci/search.c | 24 ++++++++++++++++++++++++ include/linux/pci.h | 9 +++++++++ 2 files changed, 33 insertions(+)
drivers/pci/search.c +24 -0
@@ -178,6 +178,30 @@ struct pci_dev *pci_get_domain_bus_and_slot(int domain, unsigned int bus, }EXPORT_SYMBOL (pci_get_domain_bus_and_slot); +static int match_pci_host_bridge (struct device *dev,void *data) +{ +return 1 ; +} + +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from) +{ +struct device *dev; +struct device *dev_start =NULL ; +struct pci_host_bridge *bridge =NULL ; + +WARN_ON (in_interrupt ()); +if (from) + dev_start = &from->dev; + dev =bus_find_device (&pci_host_bridge_bus_type, dev_start,NULL , + match_pci_host_bridge); +if (dev) + bridge =to_pci_host_bridge (dev); +if (from) +put_device (&from->dev); +return bridge; +} +EXPORT_SYMBOL_GPL (pci_get_next_host_bridge); +static int match_pci_dev_by_id (struct device *dev,void *data) {struct pci_dev *pdev =to_pci_dev (dev);
include/linux/pci.h +9 -0
@@ -375,6 +375,8 @@ struct pci_host_bridge { };#define to_pci_host_bridge (n) container_of(n, struct pci_host_bridge, dev) +#define for_each_pci_host_bridge (d) while ((d = pci_get_next_host_bridge(d)) != NULL) +void pci_set_host_bridge_release (struct pci_host_bridge *bridge,void (*release_fn)(struct pci_host_bridge *),void *release_data);
@@ -763,6 +765,7 @@ int pci_find_ht_capability(struct pci_dev *dev, int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap);struct pci_bus *pci_find_next_bus (const struct pci_bus *from); +struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from);struct pci_dev *pci_get_device (unsigned int vendor,unsigned int device,struct pci_dev *from); struct pci_dev *pci_get_subsys(unsigned int vendor, unsigned int device,
@@ -1418,6 +1421,12 @@ static inline int pci_domain_nr(struct pci_bus *bus)static inline struct pci_dev *pci_dev_get (struct pci_dev *dev) {return NULL ; } +static inline struct pci_host_bridge *pci_get_next_host_bridge ( +struct pci_host_bridge *host_bridge) +{ +return NULL ; +} +#define dev_is_pci (d) (false)#define dev_is_pf (d) (false)#define dev_num_vf (d) (0)
Signature · 1 line
1.7.10.4
PATCH v3 21/22 PCI: Kill pci_find_next_bus
In reply to Yinghai LuNo user now, remove it.
That name is misleading as it only for root buses.
--- drivers/pci/search.c | 37 +++++++------------------------------ include/linux/pci.h | 4 ---- 2 files changed, 7 insertions(+), 34 deletions(-)
drivers/pci/search.c +7 -30
@@ -79,44 +79,22 @@ static struct pci_bus *pci_do_find_bus(struct pci_bus *bus, unsigned char busnr)*/ struct pci_bus *pci_find_bus (int domain,int busnr) { -struct pci_bus *bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ;struct pci_bus *tmp_bus; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { -if (pci_domain_nr (bus) != domain) +for_each_pci_host_bridge (host_bridge) { +if (pci_domain_nr (host_bridge->bus) != domain)continue ; - tmp_bus =pci_do_find_bus (bus, busnr); -if (tmp_bus) + tmp_bus =pci_do_find_bus (host_bridge->bus, busnr); +if (tmp_bus) { +put_device (&host_bridge->dev);return tmp_bus; + } }return NULL ; }/** -* pci_find_next_bus - begin or continue searching for a PCI bus -* @from: Previous PCI bus found, or %NULL for new search. -* -* Iterates through the list of known PCI busses. A new search is -* initiated by passing %NULL as the @from argument. Otherwise if -* @from is not %NULL, searches continue from next device on the -* global list. -*/ -struct pci_bus * -pci_find_next_bus (const struct pci_bus *from) -{ -struct list_head *n; -struct pci_bus *b =NULL ; - -WARN_ON (in_interrupt ()); -down_read (&pci_bus_sem); - n = from ? from->node.next : pci_root_buses.next; -if (n != &pci_root_buses) - b =pci_bus_b (n); -up_read (&pci_bus_sem); -return b; -} - -/** * pci_get_slot - locate PCI device for a given PCI slot * @bus: PCI bus on which desired PCI device resides * @devfn: encodes number of PCI slot in which the desired PCI
@@ -356,7 +334,6 @@ EXPORT_SYMBOL(pci_dev_present);/* For boot time work */ EXPORT_SYMBOL (pci_find_bus); -EXPORT_SYMBOL (pci_find_next_bus);/* For everyone */ EXPORT_SYMBOL (pci_get_device);EXPORT_SYMBOL (pci_get_subsys);
include/linux/pci.h +0 -4
@@ -763,7 +763,6 @@ int pci_find_ext_capability(struct pci_dev *dev, int cap);int pci_find_next_ext_capability (struct pci_dev *dev,int pos,int cap);int pci_find_ht_capability (struct pci_dev *dev,int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap); -struct pci_bus *pci_find_next_bus (const struct pci_bus *from);struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from); struct pci_dev *pci_get_device(unsigned int vendor, unsigned int device,
@@ -1404,9 +1403,6 @@ static inline int pci_block_cfg_access_in_atomic(struct pci_dev *dev)static inline void pci_unblock_cfg_access (struct pci_dev *dev) { } -static inline struct pci_bus *pci_find_next_bus (const struct pci_bus *from) -{return NULL ; } -static inline struct pci_dev *pci_get_slot (struct pci_bus *bus,unsigned int devfn) {return NULL ; }
Signature · 1 line
1.7.10.4
PATCH v3 22/22 PCI: Kill pci_root_buses
In reply to Yinghai LuNo user now, remove it.
--- drivers/pci/probe.c | 8 -------- include/linux/pci.h | 3 --- 2 files changed, 11 deletions(-)
drivers/pci/probe.c +0 -8
@@ -23,10 +23,6 @@ struct resource busn_resource = { .flags = IORESOURCE_BUS, }; -/* Ugh. Need to stop exporting this to modules. */ -LIST_HEAD (pci_root_buses); -EXPORT_SYMBOL (pci_root_buses); -static LIST_HEAD (pci_domain_busn_res_list);struct pci_domain_busn_res {
@@ -1746,10 +1742,6 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus,dev_info (&b->dev,"root bus resource %pR%s\n" , res, bus_addr); } -down_write (&pci_bus_sem); -list_add_tail (&b->node, &pci_root_buses); -up_write (&pci_bus_sem); -return b; class_dev_reg_err:
include/linux/pci.h +0 -3
@@ -674,9 +674,6 @@ extern enum pcie_bus_config_types pcie_bus_config;extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type; -/* Do NOT directly access these two variables, unless you are arch specific pci -* code, or pci core code. */ -extern struct list_head pci_root_buses;/* list of all known PCI buses */ /* Some device drivers need know if pci is initiated */ extern int no_pci_devices (void );
Signature · 1 line
1.7.10.4
PATCH v2 17/22 PCI, frv: Kill pci_root_buses in resources reservations
In reply to Yinghai Lu--- arch/frv/mb93090-mb00/pci-frv.c | 37 ++++++++++++++++++++----------------- 1 file changed, 20 insertions(+), 17 deletions(-)
arch/frv/mb93090-mb00/pci-frv.c +20 -17
@@ -78,27 +78,26 @@ pcibios_align_resource(void *data, const struct resource *res,* as well. */ -static void __init pcibios_allocate_bus_resources (struct list_head *bus_list) +static void __init pcibios_allocate_bridge_resources (struct pci_dev *dev) { -struct list_head *ln; -struct pci_bus *bus; -struct pci_dev *dev;int idx;struct resource *r; +for (idx =PCI_BRIDGE_RESOURCES ; idx <PCI_NUM_RESOURCES ; idx++) { + r = &dev->resource[idx]; +if (!r->start) +continue ; +pci_claim_resource (dev, idx); + } +} +static void __init pcibios_allocate_bus_resources (struct pci_bus *bus) +{ +struct pci_bus *child;/* Depth-First Search on bus tree */ -for (ln=bus_list->next; ln != bus_list; ln=ln->next) { - bus =pci_bus_b (ln); -if ((dev = bus->self)) { -for (idx =PCI_BRIDGE_RESOURCES ; idx <PCI_NUM_RESOURCES ; idx++) { - r = &dev->resource[idx]; -if (!r->start) -continue ; -pci_claim_resource (dev, idx); - } - } -pcibios_allocate_bus_resources (&bus->children); - } +if (bus->self) +pcibios_allocate_bridge_resources (bus->self); +list_for_each_entry (child, &bus->children, node) +pcibios_allocate_bus_resources (child); }static void __init pcibios_allocate_resources (int pass)
@@ -188,8 +187,12 @@ static void __init pcibios_assign_resources(void)void __init pcibios_resource_survey (void ) { +struct pci_host_bridge *host_bridge =NULL ; +DBG ("PCI: Allocating resources\n" ); -pcibios_allocate_bus_resources (&pci_root_buses); + +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );pcibios_assign_resources ();
Signature · 1 line
1.7.10.4
PATCH v2 18/22 PCI, microblaze: Kill pci_root_buses in resources reservations
In reply to Yinghai Lu--- arch/microblaze/pci/pci-common.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-)
arch/microblaze/pci/pci-common.c +5 -5
@@ -1323,13 +1323,13 @@ static void __init pcibios_reserve_legacy_regions(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources. If we re-assign everything, then * we skip the allocate phase */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );
@@ -1338,8 +1338,8 @@ void __init pcibios_resource_survey(void)* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now proceed to assigning things that were left unassigned */ pr_debug ("PCI: Assigning unassigned resources...\n" );
Signature · 1 line
1.7.10.4
PATCH v2 19/22 PCI, mn10300: Kill pci_root_buses in resources reservations
In reply to Yinghai Lu--- arch/mn10300/unit-asb2305/pci-asb2305.c | 62 ++++++++++++++++--------------- 1 file changed, 33 insertions(+), 29 deletions(-)
arch/mn10300/unit-asb2305/pci-asb2305.c +33 -29
@@ -88,42 +88,42 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res,* requested by the user, configure expansion ROM address * as well. */ -static void __init pcibios_allocate_bus_resources (struct list_head *bus_list) +static void __init pcibios_allocate_bridge_resources (struct pci_dev *dev) { -struct pci_bus *bus; -struct pci_dev *dev;int idx;struct resource *r; -/* Depth-First Search on bus tree */ -list_for_each_entry (bus, bus_list, node) { - dev = bus->self; -if (dev) { -for (idx =PCI_BRIDGE_RESOURCES ; - idx <PCI_NUM_RESOURCES ; - idx++) { - r = &dev->resource[idx]; -if (!r->flags) -continue ; -if (!r->start || -pci_claim_resource (dev, idx) <0 ) { -printk (KERN_ERR "PCI:" -" Cannot allocate resource" -" region %d of bridge %s\n" , - idx,pci_name (dev)); -/* Something is wrong with the region. -* Invalidate the resource to prevent -* child resource allocations in this -* range. */ - r->start = r->end =0 ; - r->flags =0 ; - } - } +for (idx =PCI_BRIDGE_RESOURCES ; + idx <PCI_NUM_RESOURCES ; + idx++) { + r = &dev->resource[idx]; +if (!r->flags) +continue ; +if (!r->start || +pci_claim_resource (dev, idx) <0 ) { +pr_err ("PCI: Cannot allocate resource region %d of bridge %s\n" , + idx,pci_name (dev)); +/* Something is wrong with the region. +* Invalidate the resource to prevent +* child resource allocations in this +* range. */ + r->start = r->end =0 ; + r->flags =0 ; } -pcibios_allocate_bus_resources (&bus->children); } } +static void pcibios_allocate_bus_resources (struct pci_bus *bus) +{ +struct pci_bus *child; + +/* Depth-First Search on bus tree */ +if (bus->self) +pcibios_allocate_bridge_resources (bus->self); +list_for_each_entry (child, &bus->children, node) +pcibios_allocate_bus_resources (child); +} +static void __init pcibios_allocate_resources (int pass) {struct pci_dev *dev =NULL ;
@@ -207,8 +207,12 @@ fs_initcall(pcibios_assign_resources);void __init pcibios_resource_survey (void ) { +struct pci_host_bridge *host_bridge =NULL ; +DBG ("PCI: Allocating resources\n" ); -pcibios_allocate_bus_resources (&pci_root_buses); + +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 ); }
Signature · 1 line
1.7.10.4
PATCH v2 20/22 PCI, powerpc: Kill pci_root_buses in resources reservations
In reply to Yinghai Lu--- arch/powerpc/kernel/pci-common.c | 13 ++++++------- arch/powerpc/kernel/pci_64.c | 8 ++++---- 2 files changed, 10 insertions(+), 11 deletions(-)
arch/powerpc/kernel/pci-common.c +6 -7
@@ -1398,11 +1398,11 @@ static void __init pcibios_reserve_legacy_regions(struct pci_bus *bus)void __init pcibios_resource_survey (void ) { -struct pci_bus *b; +struct pci_host_bridge *host_bridge =NULL ;/* Allocate and assign resources */ -list_for_each_entry (b, &pci_root_buses, node) -pcibios_allocate_bus_resources (b); +for_each_pci_host_bridge (host_bridge) +pcibios_allocate_bus_resources (host_bridge->bus);pcibios_allocate_resources (0 );pcibios_allocate_resources (1 );
@@ -1410,10 +1410,9 @@ void __init pcibios_resource_survey(void)* the low IO area and the VGA memory area if they intersect the * bus available resources to avoid allocating things on top of them */ -if (!pci_has_flag (PCI_PROBE_ONLY )) { -list_for_each_entry (b, &pci_root_buses, node) -pcibios_reserve_legacy_regions (b); - } +if (!pci_has_flag (PCI_PROBE_ONLY )) +for_each_pci_host_bridge (host_bridge) +pcibios_reserve_legacy_regions (host_bridge->bus);/* Now, if the platform didn't decide to blindly trust the firmware, * we proceed to assigning things that were left unassigned
arch/powerpc/kernel/pci_64.c +4 -4
@@ -208,9 +208,9 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus, unsigned long in_devfn) {struct pci_controller * hose; -struct list_head *ln; -struct pci_bus *bus =NULL ; +struct pci_bus *bus;struct device_node *hose_node; +struct pci_host_bridge *host_bridge =NULL ;/* Argh ! Please forgive me for that hack, but that's the * simplest way to get existing XFree to not lockup on some
@@ -230,8 +230,8 @@ long sys_pciconfig_iobase(long which, unsigned long in_bus,* used on pre-domains setup. We return the first match */ -for (ln = pci_root_buses.next; ln != &pci_root_buses; ln = ln->next) { - bus =pci_bus_b (ln); +for_each_pci_host_bridge (host_bridge) { + bus = host_bridge->bus;if (in_bus >= bus->number && in_bus <= bus->busn_res.end)break ; bus =NULL ;
Signature · 1 line
1.7.10.4
PATCH v2 21/22 PCI: Kill pci_find_next_bus
In reply to Yinghai Lu--- drivers/pci/search.c | 37 +++++++------------------------------ include/linux/pci.h | 4 ---- 2 files changed, 7 insertions(+), 34 deletions(-)
drivers/pci/search.c +7 -30
@@ -79,44 +79,22 @@ static struct pci_bus *pci_do_find_bus(struct pci_bus *bus, unsigned char busnr)*/ struct pci_bus *pci_find_bus (int domain,int busnr) { -struct pci_bus *bus =NULL ; +struct pci_host_bridge *host_bridge =NULL ;struct pci_bus *tmp_bus; -while ((bus =pci_find_next_bus (bus)) !=NULL ) { -if (pci_domain_nr (bus) != domain) +for_each_pci_host_bridge (host_bridge) { +if (pci_domain_nr (host_bridge->bus) != domain)continue ; - tmp_bus =pci_do_find_bus (bus, busnr); -if (tmp_bus) + tmp_bus =pci_do_find_bus (host_bridge->bus, busnr); +if (tmp_bus) { +put_device (&host_bridge->dev);return tmp_bus; + } }return NULL ; }/** -* pci_find_next_bus - begin or continue searching for a PCI bus -* @from: Previous PCI bus found, or %NULL for new search. -* -* Iterates through the list of known PCI busses. A new search is -* initiated by passing %NULL as the @from argument. Otherwise if -* @from is not %NULL, searches continue from next device on the -* global list. -*/ -struct pci_bus * -pci_find_next_bus (const struct pci_bus *from) -{ -struct list_head *n; -struct pci_bus *b =NULL ; - -WARN_ON (in_interrupt ()); -down_read (&pci_bus_sem); - n = from ? from->node.next : pci_root_buses.next; -if (n != &pci_root_buses) - b =pci_bus_b (n); -up_read (&pci_bus_sem); -return b; -} - -/** * pci_get_slot - locate PCI device for a given PCI slot * @bus: PCI bus on which desired PCI device resides * @devfn: encodes number of PCI slot in which the desired PCI
@@ -356,7 +334,6 @@ EXPORT_SYMBOL(pci_dev_present);/* For boot time work */ EXPORT_SYMBOL (pci_find_bus); -EXPORT_SYMBOL (pci_find_next_bus);/* For everyone */ EXPORT_SYMBOL (pci_get_device);EXPORT_SYMBOL (pci_get_subsys);
include/linux/pci.h +0 -4
@@ -763,7 +763,6 @@ int pci_find_ext_capability(struct pci_dev *dev, int cap);int pci_find_next_ext_capability (struct pci_dev *dev,int pos,int cap);int pci_find_ht_capability (struct pci_dev *dev,int ht_cap);int pci_find_next_ht_capability (struct pci_dev *dev,int pos,int ht_cap); -struct pci_bus *pci_find_next_bus (const struct pci_bus *from);struct pci_host_bridge *pci_get_next_host_bridge (struct pci_host_bridge *from); struct pci_dev *pci_get_device(unsigned int vendor, unsigned int device,
@@ -1404,9 +1403,6 @@ static inline int pci_block_cfg_access_in_atomic(struct pci_dev *dev)static inline void pci_unblock_cfg_access (struct pci_dev *dev) { } -static inline struct pci_bus *pci_find_next_bus (const struct pci_bus *from) -{return NULL ; } -static inline struct pci_dev *pci_get_slot (struct pci_bus *bus,unsigned int devfn) {return NULL ; }
Signature · 1 line
1.7.10.4
PATCH v2 22/22 PCI: Kill pci_root_buses
In reply to Yinghai Lu--- drivers/pci/probe.c | 8 -------- include/linux/pci.h | 3 --- 2 files changed, 11 deletions(-)
drivers/pci/probe.c +0 -8
@@ -23,10 +23,6 @@ struct resource busn_resource = { .flags = IORESOURCE_BUS, }; -/* Ugh. Need to stop exporting this to modules. */ -LIST_HEAD (pci_root_buses); -EXPORT_SYMBOL (pci_root_buses); -static LIST_HEAD (pci_domain_busn_res_list);struct pci_domain_busn_res {
@@ -1746,10 +1742,6 @@ struct pci_bus *pci_create_root_bus(struct device *parent, int bus,dev_info (&b->dev,"root bus resource %pR%s\n" , res, bus_addr); } -down_write (&pci_bus_sem); -list_add_tail (&b->node, &pci_root_buses); -up_write (&pci_bus_sem); -return b; class_dev_reg_err:
include/linux/pci.h +0 -3
@@ -674,9 +674,6 @@ extern enum pcie_bus_config_types pcie_bus_config;extern struct bus_type pci_host_bridge_bus_type;extern struct bus_type pci_bus_type; -/* Do NOT directly access these two variables, unless you are arch specific pci -* code, or pci core code. */ -extern struct list_head pci_root_buses;/* list of all known PCI buses */ /* Some device drivers need know if pci is initiated */ extern int no_pci_devices (void );
Signature · 1 line
1.7.10.4