linux-arch.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Yinghai Lu <yinghai@kernel.org>
To: Jesse Barnes <jbarnes@virtuousgeek.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Tony Luck <tony.luck@intel.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arch@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>
Subject: [PATCH -v6 0/22] PCI: allocate pci bus num range for unassigned bridge busn + pci rescan cleanup
Date: Fri, 10 Feb 2012 20:06:03 -0800	[thread overview]
Message-ID: <1328933185-15154-1-git-send-email-yinghai@kernel.org> (raw)

c363f32: PCI: clean up rescan_bus_bridge_resize
6aa2709: PCI: make pci_rescan_bus_bridge_resize use pci_scan_bridge instead
37cde7d: PCI: Add pci_bus_add_single_device()
2491eb4: PCI, sysfs: create rescan_bridge under /sys/.../pci/devices/... for pci bridges
2e8ccf8: PCI, sys: Use device_type and attr_groups with pci dev
523106b: PCI, pciehp: Remove not needed bus number range checking
b93a078: PCI: Double checking setting for bus register and bus struct.
d7f3672: pcmcia: remove workaround for fixing pci parent bus subordinate
7fc60fb: PCI: Seperate child bus scanning to two passes overall
c180042: PCI: kill pci_fixup_parent_subordinate_busnr()
e6832b3: PCI: Allocate bus range instead of use max blindly
f4c45ff: PCI: Strict checking of valid range for bridge
d933847: PCI: Probe safe range that we can use for unassigned bridge.
00ca3b1: PCI: Add pci_bus_extend/shrink_top()
81f70bb: PCI, parisc: Register busn_res for root buses
a1e4606: PCI, powerpc: Register busn_res for root buses
c3fbb20: PCI, sparc: Register busn_res for root buses
56f1bb0: PCI, ia64: Register busn_res for root buses
25502fb: PCI, x86: Register busn_res for root buses
311e8e2: PCI: Add busn_res tracking in core
48bf7b6: PCI: Add busn_res operation functions
1431674: PCI: Add busn_res into struct pci_bus.

Set up iobusn_resource tree, and register bus number range to it.
Later when need to find bus range, will try to allocate from the tree

Need to test on arches other than x86. esp for ia64 and powerpc that support
  more than on peer root buses.

last five patches are rescan cleanup that make use busn alloc.

could be found at:
	git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-busn-alloc

-v2: according to Jesse, split to more small patches.
-v3: address some request from Bjorn. like make use %pR for busn_res debug print
	out, and move the comment change with code change.
-v4: fixes the problem about rescan that Bjorn found.
-v5: add /proc/iobusn that is requested by Bjorn.
     remove old workaround from pciehp.
     add rescan_bridge for pci bridge in /sys
-v6: remove global iobusn_resource, and every root bus's busn_res will be root
     of children buses' busn_res.
     pc cardbus change is tested by pcmcia maintainter.

Thanks

Yinghai

 Documentation/ABI/testing/sysfs-bus-pci |   10 +
 arch/ia64/pci/pci.c                     |    2 +
 arch/powerpc/kernel/pci-common.c        |    7 +-
 arch/sparc/kernel/pci.c                 |    1 +
 arch/x86/include/asm/topology.h         |    3 +-
 arch/x86/pci/acpi.c                     |    8 +-
 arch/x86/pci/bus_numa.c                 |    8 +-
 arch/x86/pci/common.c                   |   11 +-
 drivers/parisc/dino.c                   |    2 +
 drivers/parisc/lba_pci.c                |    3 +
 drivers/pci/bus.c                       |   40 +++
 drivers/pci/hotplug/pciehp_pci.c        |   12 +-
 drivers/pci/pci-sysfs.c                 |   59 ++++-
 drivers/pci/pci.h                       |    1 +
 drivers/pci/probe.c                     |  460 +++++++++++++++++++++++++------
 drivers/pci/remove.c                    |    1 +
 drivers/pcmcia/yenta_socket.c           |   75 -----
 include/linux/pci.h                     |    9 +
 18 files changed, 525 insertions(+), 187 deletions(-)

             reply	other threads:[~2012-02-11  4:06 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-11  4:06 Yinghai Lu [this message]
2012-02-11  4:06 ` [PATCH 01/22] PCI: Add busn_res into struct pci_bus Yinghai Lu
2012-02-11  4:06 ` [PATCH 02/22] PCI: Add busn_res operation functions Yinghai Lu
2012-02-11  4:06 ` [PATCH 03/22] PCI: Add busn_res tracking in core Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 04/22] PCI, x86: Register busn_res for root buses Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 05/22] PCI, ia64: " Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 06/22] PCI, sparc: " Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 07/22] PCI, powerpc: " Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 08/22] PCI, parisc: " Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 09/22] PCI: Add pci_bus_extend/shrink_top() Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 10/22] PCI: Probe safe range that we can use for unassigned bridge Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 11/22] PCI: Strict checking of valid range for bridge Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 12/22] PCI: Allocate bus range instead of use max blindly Yinghai Lu
2012-02-11  4:06 ` [PATCH 13/22] PCI: kill pci_fixup_parent_subordinate_busnr() Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 14/22] PCI: Seperate child bus scanning to two passes overall Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 15/22] pcmcia: remove workaround for fixing pci parent bus subordinate Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 16/22] PCI: Double checking setting for bus register and bus struct Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 17/22] PCI, pciehp: Remove not needed bus number range checking Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 18/22] PCI, sys: Use device_type and attr_groups with pci dev Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 19/22] PCI, sysfs: create rescan_bridge under /sys/.../pci/devices/... for pci bridges Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 20/22] PCI: Add pci_bus_add_single_device() Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 21/22] PCI: make pci_rescan_bus_bridge_resize use pci_scan_bridge instead Yinghai Lu
2012-02-11  4:06   ` Yinghai Lu
2012-02-11  4:06 ` [PATCH 22/22] PCI: clean up rescan_bus_bridge_resize Yinghai Lu

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=1328933185-15154-1-git-send-email-yinghai@kernel.org \
    --to=yinghai@kernel.org \
    --cc=akpm@linux-foundation.org \
    --cc=benh@kernel.crashing.org \
    --cc=bhelgaas@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jbarnes@virtuousgeek.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux@dominikbrodowski.net \
    --cc=tony.luck@intel.com \
    --cc=torvalds@linux-foundation.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;
as well as URLs for NNTP newsgroup(s).