Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1320745
| From | Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze |
| Date | 2016-01-28 15:50 +0100 |
| Message-ID | <qVW3w-4OQ-17@gated-at.bofh.it> (permalink) |
| References | <qQb5g-491-3@gated-at.bofh.it> <qVVh8-4b8-9@gated-at.bofh.it> <qVVK9-4Gz-9@gated-at.bofh.it> <qVVK9-4Gz-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Jan 28, 2016 at 03:23:37PM +0100, Arnd Bergmann wrote: > On Thursday 28 January 2016 14:18:15 Bharat Kumar Gogada wrote: > > > > > > I see. In the upstream code you seem to do it in > > > pcibios_setup_bus_devices(), while arm64 and powerpc do it in > > > pcibios_add_device(). > > > > > No that function is not getting called with generic API's, its getting called with pcibios_init flow which is tightly bound with struct pci_controller microblaze specific structure. So I added pcibios_add_device in pci-common.c. > > Ok > > > > > May be we can add similar on arm and test out, but we might need some > > > > cleanup in arch/arm/kernel/bios32.c > > > > > > I think that would still just be a half-baked solution. This should really be fully > > > automatic. We could do it in the __weak > > > pcibios_add_device() for all architectures that don't override it when the bus > > > was probed from DT, or we could do it in pci_read_irq(). > > When will pci_read_irq() call get invoked ? > > This is called early on when a device gets created in pci_setup_device(), > so platforms can still override the value later. > > The idea here is that normally a BIOS stores the interrupt number in > the PCI_INTERRUPT_LINE config space byte, and we just read it from > there. Generally speaking though, for non-PC systems we tend to not > have a BIOS that writes these values to start with, and any values > stored in here have no meaning in combination with SPARSE_IRQ > and/or IRQ_DOMAINS because the bootloader or BIOS doesn't know > what IRQ number will refer to hardware IRQ line in Linux. I think the best way to handle this is through Matthew's series (below), in the interim a callback in arch code would do, we will clean it up when Matthew's series goes upstream, it should not take too long. http://www.spinics.net/lists/linux-pci/msg45950.html Thanks, Lorenzo
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
RE: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze Bharat Kumar Gogada <bharat.kumar.gogada@xilinx.com> - 2016-01-28 14:30 +0100
Re: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze Arnd Bergmann <arnd@arndb.de> - 2016-01-28 15:00 +0100
Re: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze Arnd Bergmann <arnd@arndb.de> - 2016-01-28 15:30 +0100
Re: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> - 2016-01-28 15:50 +0100
RE: [PATCH V2 3/5] PCI: xilinx: Modifying AXI PCIe Host Bridge driver to work on both Zynq and Microblaze Bharat Kumar Gogada <bharat.kumar.gogada@xilinx.com> - 2016-01-28 15:30 +0100
csiph-web