From: Alex Chiang <achiang@hp.com>
To: Trent Piepho <xyzzy@speakeasy.org>
Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
jbarnes@virtuousgeek.org, djwong@us.ibm.com
Subject: Re: [PATCH 2/3] PCI: Add ability to rescan PCI busses
Date: Tue, 10 Feb 2009 15:30:37 -0700 [thread overview]
Message-ID: <20090210223037.GF446@ldl.fc.hp.com> (raw)
In-Reply-To: <1233226515-4906-2-git-send-email-xyzzy@speakeasy.org>
I will definitely take some ideas from this patch and incorporate
them into mine.
* Trent Piepho <xyzzy@speakeasy.org>:
> This adds a bus attribute named "scan" to the PCI bus, which will
> appear in sysfs at "/sys/bus/pci/scan". Writing to this file will
> trigger a rescan of all PCI busses.
I prefer the name "rescan".
> To do this pci_scan_single_device() is modified to first check if the
> device to be scanned is already known to Linux. In which case it just
> returns the existing device. The old behavior was to create a new
> device anyway that would conflict with the existing one, causing all
> manner of Bad Things to happen.
>
> pci_scan_slot() has been rewritten to be less complex and will now
> return the number of *new* devices found. It didn't used to work to
> call pci_scan_slot() on a previously scanned slot, so returning all
> devices found was effectivly the same as returning new devices.
> ---
> drivers/pci/pci-driver.c | 1 +
> drivers/pci/pci-sysfs.c | 14 +++++++++++
> drivers/pci/pci.h | 6 +++++
> drivers/pci/probe.c | 55 +++++++++++++++++++++++++++------------------
> 4 files changed, 54 insertions(+), 22 deletions(-)
>
> diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c
> index 2bec651..fcfd445 100644
> --- a/drivers/pci/pci-driver.c
> +++ b/drivers/pci/pci-driver.c
> @@ -847,6 +847,7 @@ struct bus_type pci_bus_type = {
> .remove = pci_device_remove,
> .shutdown = pci_device_shutdown,
> .dev_attrs = pci_dev_attrs,
> + .bus_attrs = pci_bus_attrs,
This is cleaner than my approach, so I'll use your technique.
> .pm = PCI_PM_OPS_PTR,
> };
>
> diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> index d422f37..0781ab7 100644
> --- a/drivers/pci/pci-sysfs.c
> +++ b/drivers/pci/pci-sysfs.c
> @@ -266,6 +266,20 @@ struct device_attribute pci_dev_attrs[] = {
> __ATTR_NULL,
> };
>
> +#ifdef CONFIG_HOTPLUG
> +static ssize_t __ref scan(struct bus_type *type, const char *buf, size_t count)
> +{
> + pci_rescan_busses();
> +
> + return count;
> +}
> +
> +struct bus_attribute pci_bus_attrs[] = {
> + __ATTR(scan, S_IWUSR, NULL, scan),
> + __ATTR_NULL
> +};
> +#endif
> +
> static ssize_t
> pci_read_config(struct kobject *kobj, struct bin_attribute *bin_attr,
> char *buf, loff_t off, size_t count)
> diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h
> index 65deed8..49d7bb4 100644
> --- a/drivers/pci/pci.h
> +++ b/drivers/pci/pci.h
> @@ -87,6 +87,7 @@ static inline int pci_proc_detach_bus(struct pci_bus *bus) { return 0; }
>
> /* Functions for PCI Hotplug drivers to use */
> extern unsigned int pci_do_scan_bus(struct pci_bus *bus);
> +extern void pci_rescan_busses(void) __devinit;
>
> #ifdef HAVE_PCI_LEGACY
> extern void pci_create_legacy_files(struct pci_bus *bus);
> @@ -128,6 +129,11 @@ extern int pcie_mch_quirk;
> extern struct device_attribute pci_dev_attrs[];
> extern struct device_attribute dev_attr_cpuaffinity;
> extern struct device_attribute dev_attr_cpulistaffinity;
> +#ifdef CONFIG_HOTPLUG
> +extern struct bus_attribute pci_bus_attrs[];
> +#else
> +#define pci_bus_attrs NULL
> +#endif
>
> /**
> * pci_match_one_device - Tell if a PCI device structure has a matching
> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
> index 251c2b1..6e6172d 100644
> --- a/drivers/pci/probe.c
> +++ b/drivers/pci/probe.c
> @@ -1006,6 +1006,13 @@ struct pci_dev *__ref pci_scan_single_device(struct pci_bus *bus, int devfn)
> {
> struct pci_dev *dev;
>
> + /* Check to see if the device is already known */
> + dev = pci_get_slot(bus, devfn);
> + if (dev) {
> + pci_dev_put(dev);
> + return dev;
> + }
> +
Above is already a separate patch in my series.
> dev = pci_scan_device(bus, devfn);
> if (!dev)
> return NULL;
> @@ -1024,35 +1031,26 @@ EXPORT_SYMBOL(pci_scan_single_device);
> * Scan a PCI slot on the specified PCI bus for devices, adding
> * discovered devices to the @bus->devices list. New devices
> * will not have is_added set.
> + *
> + * Returns the number of new devices found.
> */
> int pci_scan_slot(struct pci_bus *bus, int devfn)
> {
> - int func, nr = 0;
> - int scan_all_fns;
> -
> - scan_all_fns = pcibios_scan_all_fns(bus, devfn);
> -
> - for (func = 0; func < 8; func++, devfn++) {
> - struct pci_dev *dev;
> + int fn, nr = 0;
> + struct pci_dev *dev;
>
> - dev = pci_scan_single_device(bus, devfn);
> - if (dev) {
> + if ((dev = pci_scan_single_device(bus, devfn)))
> + if (!dev->is_added) /* new device? */
> nr++;
>
> - /*
> - * If this is a single function device,
> - * don't scan past the first function.
> - */
> - if (!dev->multifunction) {
> - if (func > 0) {
> - dev->multifunction = 1;
> - } else {
> - break;
> - }
> + if ((dev && dev->multifunction) ||
> + (!dev && pcibios_scan_all_fns(bus, devfn))) {
> + for (fn = 1; fn < 8; fn++) {
> + if ((dev = pci_scan_single_device(bus, devfn + fn))) {
> + if (!dev->is_added)
> + nr++;
> + dev->multifunction = 1;
> }
> - } else {
> - if (func == 0 && !scan_all_fns)
> - break;
> }
> }
Hm, now this is interesting. I'll have to have a bit more of
a think about this to see if your approach makes more sense.
>
> @@ -1192,11 +1190,24 @@ struct pci_bus * __devinit pci_scan_bus_parented(struct device *parent,
> }
> EXPORT_SYMBOL(pci_scan_bus_parented);
>
> +/* Does a recursive rescan of all PCI busses. */
> +void __devinit pci_rescan_busses(void)
> +{
> + struct pci_bus *bus = NULL;
> +
> + while ((bus = pci_find_next_bus(bus)) != NULL) {
> + pci_scan_child_bus(bus);
> + pci_bus_assign_resources(bus);
> + pci_bus_add_devices(bus);
> + }
> +}
> +
This is better than what I did too.
If it turns out that I can use the majority of the ideas in your
patch, then I'll just incorporate it into my series and attribute
it properly to you of course.
We still need a bunch of the bug fixes I have to actually allow
us to rescan the entire bus without BAR collisions or
reinitializing devices, etc.
Thanks.
/ac
> #ifdef CONFIG_HOTPLUG
> EXPORT_SYMBOL(pci_add_new_bus);
> EXPORT_SYMBOL(pci_scan_slot);
> EXPORT_SYMBOL(pci_scan_bridge);
> EXPORT_SYMBOL_GPL(pci_scan_child_bus);
> +EXPORT_SYMBOL_GPL(pci_rescan_busses);
> #endif
>
> static int __init pci_sort_bf_cmp(const struct device *d_a, const struct device *d_b)
> --
> 1.5.4.3
>
next prev parent reply other threads:[~2009-02-10 22:30 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-28 21:59 [RFC PATCH 00/10] PCI core learns 'hotplug' Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 01/10] PCI: don't scan existing devices Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 02/10] PCI: always scan child buses Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 03/10] PCI: properly clean up ASPM link state on device remove Alex Chiang
2009-02-05 0:37 ` Jesse Barnes
2009-02-05 1:13 ` Alex Chiang
2009-02-08 21:11 ` [stable] " Greg KH
2009-01-28 21:59 ` [RFC PATCH 04/10] PCI: Introduce /sys/bus/pci/devices/.../remove Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 05/10] PCI: Introduce /sys/bus/pci/rescan Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 06/10] PCI: Introduce /sys/bus/pci/devices/.../rescan Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 07/10] PCI Hotplug: restore fakephp interface with complete reimplementation Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 08/10] PCI Hotplug: rename legacy_fakephp to fakephp Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 09/10] PCI Hotplug: schedule fakephp for feature removal Alex Chiang
2009-01-28 21:59 ` [RFC PATCH 10/10] PCI: more whitespace cleanups Alex Chiang
2009-01-29 10:44 ` [RFC PATCH 00/10] PCI core learns 'hotplug' Trent Piepho
2009-01-29 10:55 ` [PATCH 1/3] PCI: Method for removing PCI devices Trent Piepho
2009-02-10 22:24 ` Alex Chiang
2009-01-29 10:55 ` [PATCH 2/3] PCI: Add ability to rescan PCI busses Trent Piepho
2009-02-10 22:30 ` Alex Chiang [this message]
2009-01-29 10:55 ` [PATCH 3/3] PCI: Legacy fakephp driver Trent Piepho
2009-02-10 22:21 ` [RFC PATCH 00/10] PCI core learns 'hotplug' Alex Chiang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090210223037.GF446@ldl.fc.hp.com \
--to=achiang@hp.com \
--cc=djwong@us.ibm.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=xyzzy@speakeasy.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox