kernel.git/arch/unicore32/kernel/pci.c, branch linux-4.14.y

unicore32/PCI: Replace pci_fixup_irqs() call with host bridge IRQ mapping hooks

2017-08-03T21:29:34Z

The pci_fixup_irqs() function allocates IRQs for all PCI devices present in a system; those PCI devices possibly belong to different PCI bus trees (and possibly rooted at different host bridges) and may well be enabled (ie probed and bound to a driver) by the time pci_fixup_irqs() is called when probing a given host bridge driver. Furthermore, current kernel code relying on pci_fixup_irqs() to assign legacy PCI IRQs to devices does not work at all for hotplugged devices in that the code carrying out the IRQ fixup is called at host bridge driver probe time, which just cannot take into account devices hotplugged after the system has booted. The introduction of map/swizzle function hooks in struct pci_host_bridge allows us to define per-bridge map/swizzle functions that can be used at device probe time in PCI core code to allocate IRQs for a given device (through pci_assign_irq()). Convert PCI host bridge initialization code to the pci_scan_root_bus_bridge() API (that allows to pass a struct pci_host_bridge with initialized map/swizzle pointers) and remove the pci_fixup_irqs() call from arch code. Signed-off-by: Lorenzo Pieralisi Signed-off-by: Bjorn Helgaas Cc: Guan Xuetao

unicore32/PCI: Use generic pci_mmap_resource_range()

2017-04-20T13:47:47Z

Signed-off-by: David Woodhouse Signed-off-by: Bjorn Helgaas

PCI: Add BAR index argument to pci_mmap_page_range()

2017-04-20T13:47:47Z

In all cases we know which BAR it is. Passing it in means that arch code (or generic code; watch this space) won't have to go looking for it again. Signed-off-by: David Woodhouse Signed-off-by: Bjorn Helgaas

unicore32/PCI: Remove pci=firmware command line parameter handling

2016-06-23T22:15:33Z

Remove support for the "pci=firmware" command line parameter, which was way to keep the kernel from changing any PCI BAR assignments. This was copied from ARM, but is not actually needed on unicore32. The corresponding ARM support was removed by 903589ca7165 ("ARM: 8554/1: kernel: pci: remove pci=firmware command line parameter handling"). Signed-off-by: Bjorn Helgaas

PCI: Assign resources before drivers claim devices (pci_scan_bus())

2015-03-12T20:04:01Z

Previously, pci_scan_bus() created a root PCI bus, enumerated the devices on it, and called pci_bus_add_devices(), which made the devices available for drivers to claim them. Most callers assigned resources to devices after pci_scan_bus() returns, which may be after drivers have claimed the devices. This is incorrect; the PCI core should not change device resources while a driver is managing the device. Remove pci_bus_add_devices() from pci_scan_bus() and do it after any resource assignment in the callers. [bhelgaas: changelog, check for failure in mcf_pci_init()] Signed-off-by: Yijing Wang Signed-off-by: Bjorn Helgaas CC: "David S. Miller" CC: Geert Uytterhoeven CC: Guan Xuetao CC: Richard Henderson CC: Ivan Kokshaysky CC: Matt Turner

unicore32/PCI: Remove redundant call of pci_bus_add_devices()

2013-06-14T23:38:40Z

pci_scan_bus() has called pci_bus_add_devices() already, so remove the redundant call of pci_bus_add_devices(). subsys_init() callbacks will be invoked before device_init() callbacks, so it should be safe to remove the redundant calls. Signed-off-by: Jiang Liu Signed-off-by: Bjorn Helgaas

ARCH: drivers remove __dev* attributes.

2013-01-03T23:57:13Z

This fixes up all of the smaller arches that had __dev* markings for their platform-specific drivers. CONFIG_HOTPLUG is going away as an option. As a result, the __dev* markings need to be removed. This change removes the use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit from these drivers. Based on patches originally written by Bill Pemberton, but redone by me in order to handle some of the coding style issues better, by hand. Cc: Bill Pemberton Cc: Peter Zijlstra Cc: Paul Mackerras Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Catalin Marinas Cc: Will Deacon Cc: Haavard Skinnemoen Cc: Hans-Christian Egtvedt Cc: Mike Frysinger Cc: Mikael Starvik Cc: Jesper Nilsson Cc: David Howells Cc: Hirokazu Takata Cc: Geert Uytterhoeven Cc: Michal Simek Cc: Koichi Yasutake Cc: Jonas Bonn Cc: "James E.J. Bottomley" Cc: Helge Deller Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: Chen Liqin Cc: Lennox Wu Cc: Paul Mundt Cc: Chris Metcalf Cc: Guan Xuetao Cc: Bob Liu Cc: Srinivas Kandagatla Cc: Bjorn Helgaas Cc: Myron Stowe Cc: Thomas Gleixner Cc: Andrew Morton Cc: Andi Kleen Cc: Jesse Barnes Cc: Sebastian Andrzej Siewior Cc: Yinghai Lu Cc: Thierry Reding Cc: Greg Ungerer Cc: Grant Likely Cc: "Srivatsa S. Bhat" Cc: Mark Salter Cc: Yong Zhang Cc: Michael Holzheu Cc: Cornelia Huck Cc: Jan Glauber Cc: Wei Yongjun Cc: Nobuhiro Iwamatsu Signed-off-by: Greg Kroah-Hartman

unicore32/PCI: Remove CONFIG_HOTPLUG ifdefs

2012-11-28T20:50:22Z

Remove conditional code based on CONFIG_HOTPLUG being false. It's always on now in preparation of it going away as an option. Signed-off-by: Bill Pemberton Cc: Guan Xuetao Acked-by: Bjorn Helgaas Signed-off-by: Greg Kroah-Hartman

PCI: Provide a default pcibios_update_irq()

2012-09-18T23:28:21Z

Most architectures implement this in exactly the same way. Instead of having each architecture duplicate this function, provide a single implementation in the core and make it a weak symbol so that it can be overridden on architectures where it is required. Signed-off-by: Thierry Reding Signed-off-by: Bjorn Helgaas

PCI: Discard __init annotations for pci_fixup_irqs() and related functions

2012-09-18T23:22:25Z

Remove the __init annotations in order to keep pci_fixup_irqs() around after init (e.g. for hotplug). This requires the same change for the implementation of pcibios_update_irq() on all architectures. While at it, all __devinit annotations are removed as well, since they will be useless now that HOTPLUG is always on. Signed-off-by: Thierry Reding Signed-off-by: Bjorn Helgaas Acked-by: Greg Kroah-Hartman