First 4 are for Gu Zheng <guz.f...@cn.fujitsu.com> to help double pci
device removing via sysfs.
For patch 4, rafael like to have use lock instead of atomic.

Patch 6 are for not enabling realloc auto when 64bit mmio is not there for
root bus.

Others are about mmio 64 allocation that could help Guo Chao 
<y...@linux.vnet.ibm.com> on powerpc mmio allocation.
It will try to assign 64 bit resource above 4g at first.

Patch 1-4 and Patch 5-12 could be appliey seperatedly.

Could be found:
        git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git 
for-pci-3.14

And it is based on current pci/for-linus.

-v2: update after patch that move device_del down to pci_destroy_dev.
     add "Try best to allocate pref mmio 64bit above 4G"

-v3: refresh and send out after pci_clip_resource() changes,
     as Bjorn is not happy with attachments.

Yinghai Lu (12):
  PCI: Use device_release_driver in pci_stop_root_bus
  PCI: Move back pci_proc_attach_devices calling
  PCI: Move resources and bus_list releasing to pci_release_dev
  PCI: Destroy pci dev only once
  PCI: pcibus address to resource converting take bus instead of dev
  PCI: Only enable realloc auto when root bus has 64bit mmio
  PCI: Don't use 4G bus address directly in resource allocation
  PCI: Try to allocate mem64 above 4G at first
  PCI: Kill PCIBIOS_MAX_MEM_32
  PCI: Try best to allocate pref mmio 64bit above 4g
  PCI: Sort pci root bus resources list
  intel-gtt: Read 64bit for gmar_bus_addr

 arch/x86/include/asm/pci.h   |   1 -
 drivers/char/agp/intel-gtt.c |  14 ++--
 drivers/pci/bus.c            |  74 ++++++++++++++++---
 drivers/pci/host-bridge.c    |  34 +++++----
 drivers/pci/probe.c          |  23 +++++-
 drivers/pci/remove.c         |  31 ++------
 drivers/pci/setup-bus.c      | 165 ++++++++++++++++++++++++++++++-------------
 drivers/pci/setup-res.c      |  14 +++-
 include/linux/pci.h          |  10 +--
 9 files changed, 257 insertions(+), 109 deletions(-)

-- 
1.8.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to