From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> To: Bjorn Helgaas <bhelgaas@google.com>, linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Lior Amsalem <alior@marvell.com>, Andrew Lunn <andrew@lunn.ch>, Russell King - ARM Linux <linux@arm.linux.org.uk>, Jason Cooper <jason@lakedaemon.net>, Arnd Bergmann <arnd@arndb.de>, Stephen Warren <swarren@wwwdotorg.org>, Thierry Reding <thierry.reding@avionic-design.de>, Eran Ben-Avi <benavi@marvell.com>, Nadav Haklai <nadavh@marvell.com>, Maen Suleiman <maen@marvell.com>, Shadi Ammouri <shadi@marvell.com>, Gregory Clement <gregory.clement@free-electrons.com>, Jason Gunthorpe <jgunthorpe@obsidianresearch.com>, Tawfik Bayouk <tawfik@marvell.com> Subject: [PATCH 06/32] arm: pci: add a align_resource hook Date: Tue, 12 Feb 2013 17:28:40 +0100 [thread overview] Message-ID: <1360686546-24277-7-git-send-email-thomas.petazzoni@free-electrons.com> (raw) In-Reply-To: <1360686546-24277-1-git-send-email-thomas.petazzoni@free-electrons.com> The PCI specifications says that an I/O region must be aligned on a 4 KB boundary, and a memory region aligned on a 1 MB boundary. However, the Marvell PCIe interfaces rely on address decoding windows (which allow to associate a range of physical addresses with a given device), and those have special requirements compared to the standard PCI-to-PCI bridge specifications. PCIe memory windows must have a power of two size (which matches the PCI spec), be at least of 1 MB (which matches the PCI spec), and be aligned on their size (which does not match the PCI spec, that requires only a 1 MB alignment). PCIe I/O windows must have a power of two size (matches the PCI spec), be at least of 64 KB (doesn't match the PCI spec, which requires only a size of 4 KB), and be aligned on their size (doesn't match the PCI spec). The PCI core already calls pcibios_align_resource() in the ARM PCI core, specifically for such purposes. So this patch extends the ARM PCI core so that it calls a ->align_resource() hook registered by the PCI driver, exactly like the existing ->map_irq() and ->swizzle() hooks. A particular PCI driver can register a align_resource() hook, and do its own specific alignement, depending on the specific constraints of the underlying hardware. Following the earlier reviews of this patch, a few comments: * Using numerical values is not possible since the alignment value is not absolute, but depends on the size of the memory window or I/O window. We therefore really need a function hook. * Using window_alignment() doesn't work, because it doesn't allow to adjust the starting address of the memory or I/O window, and we don't have access to the size. The comment was that ->resource_align() would apply to all resources on all busses, but in the new implementation of the Marvell-specific ->resource_align() hook we are careful to only apply the alignment constraints on the specific bus that hosts the emulated PCI-to-PCI bridges needed to operate the Marvell PCIe interfaces. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Russell King <linux@arm.linux.org.uk> --- arch/arm/include/asm/mach/pci.h | 11 +++++++++++ arch/arm/kernel/bios32.c | 6 ++++++ 2 files changed, 17 insertions(+) diff --git a/arch/arm/include/asm/mach/pci.h b/arch/arm/include/asm/mach/pci.h index 5cf2e97..7d2c3c8 100644 --- a/arch/arm/include/asm/mach/pci.h +++ b/arch/arm/include/asm/mach/pci.h @@ -30,6 +30,11 @@ struct hw_pci { void (*postinit)(void); u8 (*swizzle)(struct pci_dev *dev, u8 *pin); int (*map_irq)(const struct pci_dev *dev, u8 slot, u8 pin); + resource_size_t (*align_resource)(struct pci_dev *dev, + const struct resource *res, + resource_size_t start, + resource_size_t size, + resource_size_t align); }; /* @@ -51,6 +56,12 @@ struct pci_sys_data { u8 (*swizzle)(struct pci_dev *, u8 *); /* IRQ mapping */ int (*map_irq)(const struct pci_dev *, u8, u8); + /* Resource alignement requirements */ + resource_size_t (*align_resource)(struct pci_dev *dev, + const struct resource *res, + resource_size_t start, + resource_size_t size, + resource_size_t align); void *private_data; /* platform controller private data */ }; diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c index 5401645..be2e6c9 100644 --- a/arch/arm/kernel/bios32.c +++ b/arch/arm/kernel/bios32.c @@ -462,6 +462,7 @@ static void __init pcibios_init_hw(struct hw_pci *hw, struct list_head *head) sys->busnr = busnr; sys->swizzle = hw->swizzle; sys->map_irq = hw->map_irq; + sys->align_resource = hw->align_resource; INIT_LIST_HEAD(&sys->resources); if (hw->private_data) @@ -574,6 +575,8 @@ char * __init pcibios_setup(char *str) resource_size_t pcibios_align_resource(void *data, const struct resource *res, resource_size_t size, resource_size_t align) { + struct pci_dev *dev = data; + struct pci_sys_data *sys = dev->sysdata; resource_size_t start = res->start; if (res->flags & IORESOURCE_IO && start & 0x300) @@ -581,6 +584,9 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res, start = (start + align - 1) & ~(align - 1); + if (sys->align_resource) + return sys->align_resource(dev, res, start, size, align); + return start; } -- 1.7.9.5
WARNING: multiple messages have this Message-ID (diff)
From: thomas.petazzoni@free-electrons.com (Thomas Petazzoni) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 06/32] arm: pci: add a align_resource hook Date: Tue, 12 Feb 2013 17:28:40 +0100 [thread overview] Message-ID: <1360686546-24277-7-git-send-email-thomas.petazzoni@free-electrons.com> (raw) In-Reply-To: <1360686546-24277-1-git-send-email-thomas.petazzoni@free-electrons.com> The PCI specifications says that an I/O region must be aligned on a 4 KB boundary, and a memory region aligned on a 1 MB boundary. However, the Marvell PCIe interfaces rely on address decoding windows (which allow to associate a range of physical addresses with a given device), and those have special requirements compared to the standard PCI-to-PCI bridge specifications. PCIe memory windows must have a power of two size (which matches the PCI spec), be at least of 1 MB (which matches the PCI spec), and be aligned on their size (which does not match the PCI spec, that requires only a 1 MB alignment). PCIe I/O windows must have a power of two size (matches the PCI spec), be at least of 64 KB (doesn't match the PCI spec, which requires only a size of 4 KB), and be aligned on their size (doesn't match the PCI spec). The PCI core already calls pcibios_align_resource() in the ARM PCI core, specifically for such purposes. So this patch extends the ARM PCI core so that it calls a ->align_resource() hook registered by the PCI driver, exactly like the existing ->map_irq() and ->swizzle() hooks. A particular PCI driver can register a align_resource() hook, and do its own specific alignement, depending on the specific constraints of the underlying hardware. Following the earlier reviews of this patch, a few comments: * Using numerical values is not possible since the alignment value is not absolute, but depends on the size of the memory window or I/O window. We therefore really need a function hook. * Using window_alignment() doesn't work, because it doesn't allow to adjust the starting address of the memory or I/O window, and we don't have access to the size. The comment was that ->resource_align() would apply to all resources on all busses, but in the new implementation of the Marvell-specific ->resource_align() hook we are careful to only apply the alignment constraints on the specific bus that hosts the emulated PCI-to-PCI bridges needed to operate the Marvell PCIe interfaces. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Russell King <linux@arm.linux.org.uk> --- arch/arm/include/asm/mach/pci.h | 11 +++++++++++ arch/arm/kernel/bios32.c | 6 ++++++ 2 files changed, 17 insertions(+) diff --git a/arch/arm/include/asm/mach/pci.h b/arch/arm/include/asm/mach/pci.h index 5cf2e97..7d2c3c8 100644 --- a/arch/arm/include/asm/mach/pci.h +++ b/arch/arm/include/asm/mach/pci.h @@ -30,6 +30,11 @@ struct hw_pci { void (*postinit)(void); u8 (*swizzle)(struct pci_dev *dev, u8 *pin); int (*map_irq)(const struct pci_dev *dev, u8 slot, u8 pin); + resource_size_t (*align_resource)(struct pci_dev *dev, + const struct resource *res, + resource_size_t start, + resource_size_t size, + resource_size_t align); }; /* @@ -51,6 +56,12 @@ struct pci_sys_data { u8 (*swizzle)(struct pci_dev *, u8 *); /* IRQ mapping */ int (*map_irq)(const struct pci_dev *, u8, u8); + /* Resource alignement requirements */ + resource_size_t (*align_resource)(struct pci_dev *dev, + const struct resource *res, + resource_size_t start, + resource_size_t size, + resource_size_t align); void *private_data; /* platform controller private data */ }; diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c index 5401645..be2e6c9 100644 --- a/arch/arm/kernel/bios32.c +++ b/arch/arm/kernel/bios32.c @@ -462,6 +462,7 @@ static void __init pcibios_init_hw(struct hw_pci *hw, struct list_head *head) sys->busnr = busnr; sys->swizzle = hw->swizzle; sys->map_irq = hw->map_irq; + sys->align_resource = hw->align_resource; INIT_LIST_HEAD(&sys->resources); if (hw->private_data) @@ -574,6 +575,8 @@ char * __init pcibios_setup(char *str) resource_size_t pcibios_align_resource(void *data, const struct resource *res, resource_size_t size, resource_size_t align) { + struct pci_dev *dev = data; + struct pci_sys_data *sys = dev->sysdata; resource_size_t start = res->start; if (res->flags & IORESOURCE_IO && start & 0x300) @@ -581,6 +584,9 @@ resource_size_t pcibios_align_resource(void *data, const struct resource *res, start = (start + align - 1) & ~(align - 1); + if (sys->align_resource) + return sys->align_resource(dev, res, start, size, align); + return start; } -- 1.7.9.5
next prev parent reply other threads:[~2013-02-12 16:29 UTC|newest] Thread overview: 291+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-02-12 16:28 [PATCH v3] PCIe support for the Armada 370 and Armada XP SoCs Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 01/32] of/pci: Provide support for parsing PCI DT ranges property Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 02/32] of/pci: Add of_pci_get_devfn() function Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 03/32] of/pci: Add of_pci_parse_bus_range() function Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 04/32] ARM: pci: Allow passing per-controller private data Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 05/32] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 18:00 ` Arnd Bergmann 2013-02-12 18:00 ` Arnd Bergmann 2013-02-12 18:58 ` Thomas Petazzoni 2013-02-12 18:58 ` Thomas Petazzoni 2013-02-12 22:36 ` Arnd Bergmann 2013-02-12 22:36 ` Arnd Bergmann 2013-03-04 16:28 ` Thomas Petazzoni 2013-03-04 16:28 ` Thomas Petazzoni 2013-03-04 20:30 ` Arnd Bergmann 2013-03-04 20:30 ` Arnd Bergmann 2013-02-12 16:28 ` Thomas Petazzoni [this message] 2013-02-12 16:28 ` [PATCH 06/32] arm: pci: add a align_resource hook Thomas Petazzoni 2013-02-12 18:03 ` Arnd Bergmann 2013-02-12 18:03 ` Arnd Bergmann 2013-02-12 19:01 ` Thomas Petazzoni 2013-02-12 19:01 ` Thomas Petazzoni 2013-02-12 19:49 ` Russell King - ARM Linux 2013-02-12 19:49 ` Russell King - ARM Linux 2013-02-12 16:28 ` [PATCH 07/32] arm: mvebu: fix address-cells in mpic DT node Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 08/32] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370 Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 09/32] clk: mvebu: add more PCIe clocks for Armada XP Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 10/32] arm: plat-orion: introduce WIN_CTRL_ENABLE in address mapping code Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 11/32] arm: plat-orion: refactor the orion_disable_wins() function Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 12/32] plat-orion: introduce ORION_ADDR_MAP_NO_REMAP Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 13/32] arm: mach-dove: use ORION_ADDR_MAP_NO_REMAP Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 14/32] arm: mach-kirkwood: " Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 15/32] arm: mach-mvebu: " Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 16/32] arm: mach-orion5x: " Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 17/32] arm: plat-orion: convert 'int remap' to 'u32 remap' Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 18/32] arm: plat-orion: remove __init from addr-map functions needed after boot time Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 19/32] arm: plat-orion: introduce orion_{alloc,free}_cpu_win() functions Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 19/32] arm: plat-orion: introduce orion_{alloc, free}_cpu_win() functions Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 20/32] arm: plat-orion: remove __init from PCIe functions needed after boot time Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 21/32] arm: mvebu: add functions to alloc/free PCIe decoding windows Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 22/32] arm: plat-orion: make common PCIe code usable on mvebu Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 23/32] pci: infrastructure to add drivers in drivers/pci/host Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:28 ` [PATCH 24/32] pci: PCIe driver for Marvell Armada 370/XP systems Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 18:30 ` Arnd Bergmann 2013-02-12 18:30 ` Arnd Bergmann 2013-02-12 19:22 ` Thomas Petazzoni 2013-02-12 19:22 ` Thomas Petazzoni 2013-02-12 19:49 ` Jason Gunthorpe 2013-02-12 19:49 ` Jason Gunthorpe 2013-02-12 22:59 ` Arnd Bergmann 2013-02-12 22:59 ` Arnd Bergmann 2013-02-13 0:41 ` Jason Gunthorpe 2013-02-13 0:41 ` Jason Gunthorpe 2013-02-13 9:18 ` Arnd Bergmann 2013-02-13 9:18 ` Arnd Bergmann 2013-02-13 9:31 ` Thomas Petazzoni 2013-02-13 9:31 ` Thomas Petazzoni 2013-02-13 10:23 ` Arnd Bergmann 2013-02-13 10:23 ` Arnd Bergmann 2013-02-13 8:23 ` Thomas Petazzoni 2013-02-13 8:23 ` Thomas Petazzoni 2013-02-13 9:29 ` Arnd Bergmann 2013-02-13 9:29 ` Arnd Bergmann 2013-02-13 9:40 ` Thomas Petazzoni 2013-02-13 9:40 ` Thomas Petazzoni 2013-02-13 10:37 ` Arnd Bergmann 2013-02-13 10:37 ` Arnd Bergmann 2013-03-06 9:50 ` Thomas Petazzoni 2013-03-06 9:50 ` Thomas Petazzoni 2013-03-06 10:43 ` Arnd Bergmann 2013-03-06 10:43 ` Arnd Bergmann 2013-02-12 22:35 ` Jason Gunthorpe 2013-02-12 22:35 ` Jason Gunthorpe 2013-02-13 8:57 ` Thomas Petazzoni 2013-02-13 8:57 ` Thomas Petazzoni 2013-02-13 18:04 ` Jason Gunthorpe 2013-02-13 18:04 ` Jason Gunthorpe 2013-02-13 19:33 ` Arnd Bergmann 2013-02-13 19:33 ` Arnd Bergmann 2013-03-06 9:54 ` Thomas Petazzoni 2013-03-06 9:54 ` Thomas Petazzoni 2013-03-06 12:11 ` Thierry Reding 2013-03-06 12:11 ` Thierry Reding 2013-03-06 18:09 ` Jason Gunthorpe 2013-03-06 18:09 ` Jason Gunthorpe 2013-03-07 8:08 ` Thierry Reding 2013-03-07 8:08 ` Thierry Reding 2013-03-07 17:49 ` Jason Gunthorpe 2013-03-07 17:49 ` Jason Gunthorpe 2013-03-07 19:48 ` Thierry Reding 2013-03-07 19:48 ` Thierry Reding 2013-03-07 20:02 ` Jason Gunthorpe 2013-03-07 20:02 ` Jason Gunthorpe [not found] ` <20130307200235.GB20695-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-07 20:47 ` Thierry Reding 2013-03-07 20:47 ` Thierry Reding 2013-03-07 20:47 ` Thierry Reding 2013-03-08 0:05 ` Rob Herring 2013-03-08 0:05 ` Rob Herring 2013-03-08 7:14 ` Thierry Reding 2013-03-08 7:14 ` Thierry Reding 2013-03-08 16:52 ` Jason Gunthorpe 2013-03-08 16:52 ` Jason Gunthorpe 2013-03-08 19:12 ` Thierry Reding 2013-03-08 19:12 ` Thierry Reding [not found] ` <20130308191227.GA6551-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org> 2013-03-08 19:43 ` Mitch Bradley 2013-03-08 19:43 ` Mitch Bradley 2013-03-08 19:43 ` Mitch Bradley 2013-03-08 20:02 ` Jason Gunthorpe 2013-03-08 20:02 ` Jason Gunthorpe [not found] ` <20130308200245.GC29435-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-08 20:13 ` Thierry Reding 2013-03-08 20:13 ` Thierry Reding 2013-03-08 20:13 ` Thierry Reding 2013-03-10 15:09 ` Thomas Petazzoni 2013-03-10 15:09 ` Thomas Petazzoni 2013-03-11 8:08 ` Thierry Reding 2013-03-11 8:08 ` Thierry Reding 2013-03-08 23:46 ` Mitch Bradley 2013-03-08 23:46 ` Mitch Bradley 2013-03-08 23:46 ` Mitch Bradley 2013-03-09 1:31 ` Jason Gunthorpe 2013-03-09 1:31 ` Jason Gunthorpe [not found] ` <20130309013152.GA3883-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-10 4:52 ` Mitch Bradley 2013-03-10 4:52 ` Mitch Bradley 2013-03-10 4:52 ` Mitch Bradley 2013-03-10 6:55 ` Jason Gunthorpe 2013-03-10 6:55 ` Jason Gunthorpe [not found] ` <20130310065539.GA14704-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-11 5:46 ` Mitch Bradley 2013-03-11 5:46 ` Mitch Bradley 2013-03-11 5:46 ` Mitch Bradley [not found] ` <513D6F9C.9000100-D5eQfiDGL7eakBO8gow8eQ@public.gmane.org> 2013-03-11 7:46 ` Thierry Reding 2013-03-11 7:46 ` Thierry Reding 2013-03-11 7:46 ` Thierry Reding [not found] ` <20130311074615.GA6365-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org> 2013-03-11 18:04 ` Mitch Bradley 2013-03-11 18:04 ` Mitch Bradley 2013-03-11 18:04 ` Mitch Bradley 2013-03-11 18:23 ` Jason Gunthorpe 2013-03-11 18:23 ` Jason Gunthorpe [not found] ` <20130311182339.GB10992-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-11 19:49 ` Mitch Bradley 2013-03-11 19:49 ` Mitch Bradley 2013-03-11 19:49 ` Mitch Bradley 2013-03-11 18:15 ` Jason Gunthorpe 2013-03-11 18:15 ` Jason Gunthorpe [not found] ` <20130311181554.GA10992-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-11 21:50 ` Mitch Bradley 2013-03-11 21:50 ` Mitch Bradley 2013-03-11 21:50 ` Mitch Bradley 2013-03-11 23:25 ` Jason Gunthorpe 2013-03-11 23:25 ` Jason Gunthorpe [not found] ` <20130311232516.GA13873-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-11 23:38 ` Mitch Bradley 2013-03-11 23:38 ` Mitch Bradley 2013-03-11 23:38 ` Mitch Bradley [not found] ` <513E6AFE.3090304-D5eQfiDGL7eakBO8gow8eQ@public.gmane.org> 2013-03-12 7:08 ` Thierry Reding 2013-03-12 7:08 ` Thierry Reding 2013-03-12 7:08 ` Thierry Reding 2013-03-12 15:57 ` Jason Gunthorpe 2013-03-12 15:57 ` Jason Gunthorpe 2013-03-12 20:38 ` Thierry Reding 2013-03-12 20:38 ` Thierry Reding 2013-03-12 21:03 ` Jason Gunthorpe 2013-03-12 21:03 ` Jason Gunthorpe 2013-03-12 21:30 ` Thierry Reding 2013-03-12 21:30 ` Thierry Reding 2013-03-12 22:08 ` Jason Gunthorpe 2013-03-12 22:08 ` Jason Gunthorpe 2013-03-12 23:25 ` Mitch Bradley 2013-03-12 23:25 ` Mitch Bradley 2013-03-12 23:25 ` Mitch Bradley 2013-03-13 8:18 ` Thierry Reding 2013-03-13 8:18 ` Thierry Reding 2013-03-13 8:18 ` Thierry Reding 2013-03-13 17:02 ` Jason Gunthorpe 2013-03-13 17:02 ` Jason Gunthorpe [not found] ` <20130313170205.GB24042-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-03-13 19:26 ` Thierry Reding 2013-03-13 19:26 ` Thierry Reding 2013-03-13 19:26 ` Thierry Reding 2013-03-13 19:59 ` Jason Gunthorpe 2013-03-13 19:59 ` Jason Gunthorpe 2013-03-13 20:54 ` Thierry Reding 2013-03-13 20:54 ` Thierry Reding 2013-03-13 20:58 ` Mitch Bradley 2013-03-13 20:58 ` Mitch Bradley 2013-03-13 20:58 ` Mitch Bradley 2013-03-13 21:33 ` Thierry Reding 2013-03-13 21:33 ` Thierry Reding 2013-03-13 22:48 ` Mitch Bradley 2013-03-13 22:48 ` Mitch Bradley 2013-03-14 0:43 ` Rob Herring 2013-03-14 0:43 ` Rob Herring 2013-03-14 1:20 ` Mitch Bradley 2013-03-14 1:20 ` Mitch Bradley 2013-03-14 7:11 ` Thierry Reding 2013-03-14 7:11 ` Thierry Reding 2013-03-14 4:56 ` Stephen Warren 2013-03-14 4:56 ` Stephen Warren [not found] ` <5140E85A.3040900-D5eQfiDGL7eakBO8gow8eQ@public.gmane.org> 2013-03-13 22:02 ` Thierry Reding 2013-03-13 22:02 ` Thierry Reding 2013-03-13 22:02 ` Thierry Reding 2013-03-13 22:21 ` Jason Gunthorpe 2013-03-13 22:21 ` Jason Gunthorpe 2013-03-14 9:01 ` Thierry Reding 2013-03-14 9:01 ` Thierry Reding 2013-03-14 9:01 ` Thierry Reding 2013-03-14 17:25 ` Jason Gunthorpe 2013-03-14 17:25 ` Jason Gunthorpe 2013-03-14 20:38 ` Thierry Reding 2013-03-14 20:38 ` Thierry Reding 2013-03-14 21:05 ` Jason Gunthorpe 2013-03-14 21:05 ` Jason Gunthorpe 2013-03-14 21:10 ` Mitch Bradley 2013-03-14 21:10 ` Mitch Bradley 2013-03-14 21:09 ` Thierry Reding 2013-03-14 21:09 ` Thierry Reding 2013-03-14 21:29 ` Jason Gunthorpe 2013-03-14 21:29 ` Jason Gunthorpe 2013-03-14 21:37 ` Thierry Reding 2013-03-14 21:37 ` Thierry Reding 2013-03-13 22:22 ` Jason Gunthorpe 2013-03-13 22:22 ` Jason Gunthorpe 2013-03-09 8:58 ` Thomas Petazzoni 2013-03-09 8:58 ` Thomas Petazzoni 2013-03-08 23:12 ` Rob Herring 2013-03-08 23:12 ` Rob Herring [not found] ` <513A7044.1020700-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2013-03-09 11:10 ` Thierry Reding 2013-03-09 11:10 ` Thierry Reding 2013-03-09 11:10 ` Thierry Reding 2013-03-10 5:04 ` Mitch Bradley 2013-03-10 5:04 ` Mitch Bradley 2013-03-10 5:04 ` Mitch Bradley 2013-03-10 15:06 ` Thomas Petazzoni 2013-03-10 15:06 ` Thomas Petazzoni 2013-03-10 18:33 ` Mitch Bradley 2013-03-10 18:33 ` Mitch Bradley 2013-03-10 18:33 ` Mitch Bradley 2013-02-15 0:36 ` Bjorn Helgaas 2013-02-15 0:36 ` Bjorn Helgaas 2013-02-15 5:06 ` Thomas Petazzoni 2013-02-15 5:06 ` Thomas Petazzoni 2013-02-15 16:26 ` Bjorn Helgaas 2013-02-15 16:26 ` Bjorn Helgaas 2013-02-15 16:44 ` Jason Gunthorpe 2013-02-15 16:44 ` Jason Gunthorpe 2013-02-12 16:28 ` [PATCH 25/32] arm: mvebu: PCIe support is now available on mvebu Thomas Petazzoni 2013-02-12 16:28 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 26/32] arm: mvebu: add PCIe Device Tree informations for Armada 370 Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 27/32] arm: mvebu: add PCIe Device Tree informations for Armada XP Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 28/32] arm: mvebu: PCIe Device Tree informations for OpenBlocks AX3-4 Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 29/32] arm: mvebu: PCIe Device Tree informations for Armada XP DB Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 30/32] arm: mvebu: PCIe Device Tree informations for Armada 370 Mirabox Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 31/32] arm: mvebu: PCIe Device Tree informations for Armada 370 DB Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 16:29 ` [PATCH 32/32] arm: mvebu: update defconfig with PCI and USB support Thomas Petazzoni 2013-02-12 16:29 ` Thomas Petazzoni 2013-02-12 18:12 ` [PATCH v3] PCIe support for the Armada 370 and Armada XP SoCs Arnd Bergmann 2013-02-12 18:12 ` Arnd Bergmann 2013-02-12 19:04 ` Thomas Petazzoni 2013-02-12 19:04 ` Thomas Petazzoni 2013-02-13 8:50 ` Thomas Petazzoni 2013-02-13 8:50 ` Thomas Petazzoni 2013-02-13 9:37 ` Arnd Bergmann 2013-02-13 9:37 ` Arnd Bergmann 2013-02-13 15:27 ` Christophe Vu-Brugier 2013-02-13 15:27 ` Christophe Vu-Brugier 2013-02-13 15:30 ` Thomas Petazzoni 2013-02-13 15:30 ` Thomas Petazzoni
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=1360686546-24277-7-git-send-email-thomas.petazzoni@free-electrons.com \ --to=thomas.petazzoni@free-electrons.com \ --cc=alior@marvell.com \ --cc=andrew@lunn.ch \ --cc=arnd@arndb.de \ --cc=benavi@marvell.com \ --cc=bhelgaas@google.com \ --cc=gregory.clement@free-electrons.com \ --cc=jason@lakedaemon.net \ --cc=jgunthorpe@obsidianresearch.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-pci@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=maen@marvell.com \ --cc=nadavh@marvell.com \ --cc=shadi@marvell.com \ --cc=swarren@wwwdotorg.org \ --cc=tawfik@marvell.com \ --cc=thierry.reding@avionic-design.de \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.