PCI: hisi: Add PCIe host support for HiSilicon SoC Hip05
Subsystems (6)
v5 cover PCI: hisi: Add PCIe host support for HiSilicon SoC Hip05
This patchset adds PCIe host support for HiSilicon SoC Hip05. The PCIe hosts use PCIe IP core from Synopsys, So this driver is base on designware PCIe driver.
Hip05 is an ARMv8 architecture SoC. It should be able to use ARM64 PCIe API in designeware PCIe driver. So this patch also adds ARM64 support for designware pcie.
This patchset is based on v4.2-rc1 and Gabriele's patch about of_pci_range fix[1].
Change from v4:
- Change the author of 1/5 to Gabriele.
- Modify problems in 3/5 pointed by Bjorn.
- Modify spelling problems in 4/5.
Change from v3:
- Change 1/5 to what Gabriele suggested.
- Use win->__res.start to get *_mod_base in 2/5, this fix a bug in v3 series.
Change from v2:
- Move struct pci_dev *dev and struct pci_sys_data *sys in pcibios_align_resource in 1/5.
- Add Gabriele's codes in 2/5 which delete unnecessary information parse and use of_pci_get_host_bridge_resources for both ARM32 and ARM64.
- Add maintainer patch 5/5.
Change from RFC v1:
- Add 1/4 patch by Arnd which removes align_resource callback in ARM pcibios_align_resource.
- Change head file in pcie-designware from asm/hardirq.h to linux/hardirq.h.
- Set pp->root_bus_nr = 0 in dra7xx, exynos, imx6, keystone, layerscape, spear13xx.
- Remove unnecessary parentheses of some macros in pcie-hisi.
- Use macro to replace some magic values.
- Merge two loops together and add some comments about it in context_config function in pcie-hisi.
- Modify some value of items in pcie node example in binding document.
Change from RFC:
- delete dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci, merge related operations into dw_pcie_host_init.
Link of v4:
- http://www.spinics.net/lists/arm-kernel/msg433050.html
Link of v3:
- http://www.spinics.net/lists/linux-pci/msg42539.html
Link of v2:
- http://www.spinics.net/lists/linux-pci/msg41844.html
Link of RFC v1:
- http://www.spinics.net/lists/linux-pci/msg41305.html
Link of RFC:
- http://www.spinics.net/lists/linux-pci/msg40434.html
[1] https://patchwork.ozlabs.org/patch/495018/
Gabriele Paoloni (1):
ARM/PCI: remove align_resource in pci_sys_data
Zhou Wang (4):
PCI: designware: Add ARM64 support
PCI: hisi: Add PCIe host support for Hisilicon Soc Hip05
Documentation: DT: Add Hisilicon PCIe host binding
MAINTAINERS: Add pcie-hisi maintainer
.../devicetree/bindings/pci/hisilicon-pcie.txt | 46 ++++ MAINTAINERS | 7 + arch/arm/include/asm/mach/pci.h | 5 - arch/arm/kernel/bios32.c | 12 +- drivers/pci/host/Kconfig | 8 + drivers/pci/host/Makefile | 1 + drivers/pci/host/pci-dra7xx.c | 1 + drivers/pci/host/pci-exynos.c | 2 +- drivers/pci/host/pci-imx6.c | 2 +- drivers/pci/host/pci-keystone-dw.c | 2 +- drivers/pci/host/pci-keystone.c | 2 +- drivers/pci/host/pci-layerscape.c | 2 +- drivers/pci/host/pcie-designware.c | 217 ++++++------------ drivers/pci/host/pcie-designware.h | 10 +- drivers/pci/host/pcie-hisi.c | 254 +++++++++++++++++++++ drivers/pci/host/pcie-spear13xx.c | 2 +- 16 files changed, 410 insertions(+), 163 deletions(-) create mode 100644 Documentation/devicetree/bindings/pci/hisilicon-pcie.txt create mode 100644 drivers/pci/host/pcie-hisi.c
Signature · 1 line
1.9.1
PATCH v5 1/5 ARM/PCI: remove align_resource in pci_sys_data
From: Gabriele Paoloni <[email protected]>
This patch is needed in order to unify the PCIe designware framework for ARM and ARM64 architectures. In the PCIe designware unification process we are calling pci_create_root_bus() passing a "sysdata" parameter that is the same for both ARM and ARM64 and is of type "struct pcie_port*". In the ARM case this will cause a problem with the function pcibios_align_resource(); in fact this will cast "dev->sysdata" to "struct pci_sys_data*", whereas designware had passed a "struct pcie_port*" pointer.
This patch solves the issue by removing "align_resource" from "pci_sys_data" struct and defining a static global function pointer in "bios32.c"
--- arch/arm/include/asm/mach/pci.h | 5 ----- arch/arm/kernel/bios32.c | 12 ++++++++---- 2 files changed, 8 insertions(+), 9 deletions(-)
arch/arm/include/asm/mach/pci.h +0 -5
@@ -58,11 +58,6 @@ struct pci_sys_data {/* 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 */ };
arch/arm/kernel/bios32.c +8 -4
@@ -17,6 +17,11 @@#include <asm/mach/pci.h> static int debug_pci; +static 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) =NULL ;#ifdef CONFIG_PCI_MSI struct msi_controller *pcibios_msi_controller (struct pci_dev *dev)
@@ -468,7 +473,7 @@ static void pcibios_init_hw(struct device *parent, struct hw_pci *hw, sys->busnr = busnr; sys->swizzle = hw->swizzle; sys->map_irq = hw->map_irq; - sys->align_resource = hw->align_resource; + align_resource = hw->align_resource;INIT_LIST_HEAD (&sys->resources);if (hw->private_data)
@@ -589,7 +594,6 @@ 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 )
@@ -597,8 +601,8 @@ 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); +if (align_resource) +return align_resource (dev, res, start, size, align);return start; }
Signature · 1 line
1.9.1
PATCH v5 1/5 ARM/PCI: remove align_resource in pci_sys_data
Quoted 10 lines · Zhou Wang
From: Gabriele Paoloni <[email protected]>
This patch is needed in order to unify the PCIe designware framework for ARM and ARM64 architectures. In the PCIe designware unification process we are calling
pci_create_root_bus()passing a "sysdata" parameter that is the same for both ARM and ARM64 and is of type "struct pcie_port*". In the ARM case this will cause a problem with the functionpcibios_align_resource(); in fact this will cast "dev->sysdata" to "struct pci_sys_data*", whereas designware had passed a "struct pcie_port*" pointer.
Quoted 4 lines
This patch solves the issue by removing "
align_resource" from "pci_sys_data" struct and defining a static global function pointer in "bios32.c"Signed-off-by Gabriele Paoloni <[email protected]>
Hi Arnd and Rob,
What is your opinion about this patch? Gabriele adds a global pointer in bios32.c to store align_resource, so we could remove sys->align_resource in pcibios_align_resource.
As Lorenzo mentioned in v4 series, this is a temporary solution before moving align_resource to host bridge structure.
Any comments welcome.
Thanks,
Zhou
Quoted 66 lines
--- arch/arm/include/asm/mach/pci.h | 5 ----- arch/arm/kernel/bios32.c | 12 ++++++++---- 2 files changed, 8 insertions(+), 9 deletions(-)arch/arm/include/asm/mach/pci.h +0
-5@@ -58,11 +58,6 @@ struct pci_sys_data {/* 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 */ };arch/arm/kernel/bios32.c +8
-4@@ -17,6 +17,11 @@#include <asm/mach/pci.h> static int debug_pci; +static 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) =NULL ;#ifdef CONFIG_PCI_MSI struct msi_controller *pcibios_msi_controller (struct pci_dev *dev)@@ -468,7 +473,7 @@ static void pcibios_init_hw(struct device *parent, struct hw_pci *hw, sys->busnr = busnr; sys->swizzle = hw->swizzle; sys->map_irq = hw->map_irq; - sys->align_resource = hw->align_resource; + align_resource = hw->align_resource;INIT_LIST_HEAD (&sys->resources);if (hw->private_data)@@ -589,7 +594,6 @@ 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 )@@ -597,8 +601,8 @@ 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); +if (align_resource) +return align_resource (dev, res, start, size, align);return start; }
PATCH v5 1/5 ARM/PCI: remove align_resource in pci_sys_data
[CC'ing RMK]
Quoted 18 lines · Zhou Wang
Quoted 10 lines · Zhou Wang
From: Gabriele Paoloni <[email protected]>
This patch is needed in order to unify the PCIe designware framework for ARM and ARM64 architectures. In the PCIe designware unification process we are calling
pci_create_root_bus()passing a "sysdata" parameter that is the same for both ARM and ARM64 and is of type "struct pcie_port*". In the ARM case this will cause a problem with the functionpcibios_align_resource(); in fact this will cast "dev->sysdata" to "struct pci_sys_data*", whereas designware had passed a "struct pcie_port*" pointer.Quoted 4 lines
This patch solves the issue by removing "
align_resource" from "pci_sys_data" struct and defining a static global function pointer in "bios32.c"Signed-off-by Gabriele Paoloni <[email protected]>Hi Arnd and Rob,
Quoted 7 lines
What is your opinion about this patch? Gabriele adds a global pointer in
bios32.cto storealign_resource, so we could removesys->align_resourceinpcibios_align_resource.As Lorenzo mentioned in v4 series, this is a temporary solution before moving
align_resourceto host bridge structure.Any comments welcome.
The align_resource() pointer is just used in drivers/pci/host/pci-mvebu.c, I would like the pci-mvebu.c maintainers to comment on this and test it, I do not expect it to create any issue and might be a temporary solution to make progress on ARM/ARM64 consolidation, it is a blocking point.
It would be good if Russell can have a look too, I do not see what issue this can trigger given that is just used in:
drivers/pci/host/pci-mvebu.c
and a global pointer (not saying it is elegant, but it should work) might be ok.
So yes, comments very welcome.
Thanks,
Lorenzo
Quoted 77 lines
Thanks,
ZhouQuoted 56 lines
--- arch/arm/include/asm/mach/pci.h | 5 ----- arch/arm/kernel/bios32.c | 12 ++++++++---- 2 files changed, 8 insertions(+), 9 deletions(-)arch/arm/include/asm/mach/pci.h +0
-5@@ -58,11 +58,6 @@ struct pci_sys_data {/* 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 */ };arch/arm/kernel/bios32.c +6
-2@@ -17,6 +17,11 @@#include <asm/mach/pci.h> static int debug_pci; +static 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) =NULL ;#ifdef CONFIG_PCI_MSI struct msi_controller *pcibios_msi_controller (struct pci_dev *dev)@@ -468,7 +473,7 @@ static void pcibios_init_hw(struct device *parent, struct hw_pci *hw, sys->busnr = busnr; sys->swizzle = hw->swizzle; sys->map_irq = hw->map_irq; - sys->align_resource = hw->align_resource; + align_resource = hw->align_resource;INIT_LIST_HEAD (&sys->resources);if (hw->private_data)@@ -589,7 +594,6 @@ 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 )arch/arm/kernel/bios32.c resource_size_t pcibios_align_resource(void *data, const struct resource *res, · line 608
Quoted 10 lines
arch/arm/kernel/bios32.c +2
-2@@ -597,8 +601,8 @@ 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); +if (align_resource) +return align_resource (dev, res, start, size, align);return start; }--
To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Rob Herring
maintainerPATCH v5 1/5 ARM/PCI: remove align_resource in pci_sys_data
Quoted 29 lines · Lorenzo Pieralisi
[CC'ing RMK]
Quoted 18 lines · Zhou Wang
Quoted 10 lines · Zhou Wang
From: Gabriele Paoloni <[email protected]>
This patch is needed in order to unify the PCIe designware framework for ARM and ARM64 architectures. In the PCIe designware unification process we are calling
pci_create_root_bus()passing a "sysdata" parameter that is the same for both ARM and ARM64 and is of type "struct pcie_port*". In the ARM case this will cause a problem with the functionpcibios_align_resource(); in fact this will cast "dev->sysdata" to "struct pci_sys_data*", whereas designware had passed a "struct pcie_port*" pointer.Quoted 4 lines
This patch solves the issue by removing "
align_resource" from "pci_sys_data" struct and defining a static global function pointer in "bios32.c"Signed-off-by Gabriele Paoloni <[email protected]>Hi Arnd and Rob,
Quoted 7 lines
What is your opinion about this patch? Gabriele adds a global pointer in
bios32.cto storealign_resource, so we could removesys->align_resourceinpcibios_align_resource.As Lorenzo mentioned in v4 series, this is a temporary solution before moving
align_resourceto host bridge structure.Any comments welcome.
Quoted 7 lines
The
align_resource()pointer is just used indrivers/pci/host/pci-mvebu.c, I would like thepci-mvebu.cmaintainers to comment on this and test it, I do not expect it to create any issue and might be a temporary solution to make progress on ARM/ARM64 consolidation, it is a blocking point.It would be good if Russell can have a look too, I do not see what issue this can trigger given that is just used in:
It's Russell's call on this if you want to touch bios32.c...
Quoted 7 lines
drivers/pci/host/pci-mvebu.cand a global pointer (not saying it is elegant, but it should work) might be ok.
So yes, comments very welcome.
I may be wrong, but I don't think even mvebu needs this as part of pcibios_align_resource. pcibios_align_resource is called for every device, but all mvebu should care about is the alignment of the root bus BARs (and corresponding MBus windows) which can be handled in probe. I can't see how regions within there matter. But that is just my 10 minute look at it.
If not, then I think align_resource should be a common per host function ptr. In other words, think about how to provide a default implementation of pcibios_align_resource. They almost all look the same to me with the same I/O 0x3xx address handling.
Rob
PATCH v5 1/5 ARM/PCI: remove align_resource in pci_sys_data
Hi Rob, Thanks for reviewing
Quoted 69 lines
-----Original Message-----
From: robherring2 at gmail.com [mailto:robherring2 at gmail.com] On Behalf Of Rob Herring
Sent: 30 July 2015 23:48
To: Lorenzo Pieralisi; Russell King - ARM Linux; Wangzhou (B)
Cc: Bjorn Helgaas; Jingoo Han; Pratyush Anand; Arnd Bergmann; Gabriele Paoloni; James Morse; Liviu Dudau; thomas.petazzoni at free-electrons.com; Jason Cooper; linux-pci at vger.kernel.org; linux-arm-kernel at lists.infradead.org; devicetree at vger.kernel.org; Yuanzhichang; Zhudacai; zhangjukuo; qiuzhenfa; liudongdong (C); qiujiang; Kangfenglong; Liguozhu (Kenneth)
Subject: Re: [PATCH v5 1/5] ARM/PCI: removealign_resourceinpci_sys_dataQuoted 7 lines · Lorenzo Pieralisi
[CC'ing RMK]
Quoted 4 lines · Zhou Wang
Quoted 3 lines · Zhou Wang
From: Gabriele Paoloni <[email protected]>
This patch is needed in order to unify the PCIe designware framework for
ARM and
Quoted 1 line
Quoted 1 line
Quoted 1 line
ARM64 architectures. In the PCIe designware unification process we are
calling
Quoted 1 line
Quoted 1 line
Quoted 1 line
pci_create_root_bus()passing a "sysdata" parameter that is the same forboth
Quoted 1 line
Quoted 1 line
Quoted 1 line
ARM and ARM64 and is of type "struct pcie_port*". In the ARM case this
will
Quoted 1 line
Quoted 1 line
Quoted 1 line
cause a problem with the function
pcibios_align_resource(); in fact thiswill
Quoted 1 line
Quoted 1 line
Quoted 1 line
cast "
dev->sysdata" to "struct pci_sys_data*", whereas designware hadpassed a
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
"struct pcie_port*" pointer.
This patch solves the issue by removing "
align_resource" from"
pci_sys_data"Quoted 7 lines
Quoted 7 lines
Quoted 3 lines
struct and defining a static global function pointer in "
bios32.c"Signed-off-by Gabriele Paoloni <[email protected]>Hi Arnd and Rob,
What is your opinion about this patch? Gabriele adds a global pointer in
bios32.cQuoted 1 line
Quoted 1 line
to store
align_resource, so we could removesys->align_resourcein
pcibios_align_resource.Quoted 2 lines
Quoted 2 lines
As Lorenzo mentioned in v4 series, this is a temporary solution before
moving
Quoted 11 lines
Quoted 3 lines
align_resourceto host bridge structure.Any comments welcome.
The
align_resource()pointer is just used indrivers/pci/host/pci-mvebu.c, I would like thepci-mvebu.cmaintainers to comment on this and test it, I do not expect it to create any issue and might be a temporary solution to make progress on ARM/ARM64 consolidation, it is a blocking point.It would be good if Russell can have a look too, I do not see what issue this can trigger given that is just used in:
It's Russell's call on this if you want to touch
bios32.c...Quoted 6 lines
drivers/pci/host/pci-mvebu.cand a global pointer (not saying it is elegant, but it should work) might be ok.
Quoted 8 lines
Quoted 1 line
So yes, comments very welcome.
I may be wrong, but I don't think even mvebu needs this as part of
pcibios_align_resource.pcibios_align_resourceis called for every device, but all mvebu should care about is the alignment of the root bus BARs (and corresponding MBus windows) which can be handled in probe. I can't see how regions within there matter. But that is just my 10 minute look at it.
I think Thomas Petazzoni should answer this...right?
Quoted 5 lines
If not, then I think
align_resourceshould be a common per host function ptr. In other words, think about how to provide a default implementation ofpcibios_align_resource. They almost all look the same to me with the same I/O 0x3xx address handling.
pcibios_align_resource already provides the default alignment job. Are you suggesting to replace pcibios_align_resources implementation with a stub and move the alignment job somewhere else...?
Quoted 2 lines
Rob
PATCH v5 2/5 PCI: designware: Add ARM64 support
In reply to Zhou WangThis patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci, move related operations to dw_pcie_host_init. Also set pp->root_bus_nr = 0 in each PCIe host driver which is based on pcie-designware. This patch also try to use of_pci_get_host_bridge_resources for ARM32 and ARM64 according to the suggestion for Gabriele[1]
This patch is based on Gabriele's patch about of_pci_range fix[2]
I have compiled the driver with multi_v7_defconfig. However, I don't have ARM32 PCIe related board to do test. It will be appreciated if someone could help to test it.
[1] http://www.spinics.net/lists/linux-pci/msg42194.html
[2] https://patchwork.ozlabs.org/patch/495018/
--- drivers/pci/host/pci-dra7xx.c | 1 + drivers/pci/host/pci-exynos.c | 2 +- drivers/pci/host/pci-imx6.c | 2 +- drivers/pci/host/pci-keystone-dw.c | 2 +- drivers/pci/host/pci-keystone.c | 2 +- drivers/pci/host/pci-layerscape.c | 2 +- drivers/pci/host/pcie-designware.c | 217 +++++++++++++------------------------ drivers/pci/host/pcie-designware.h | 10 +- drivers/pci/host/pcie-spear13xx.c | 2 +- 9 files changed, 86 insertions(+), 154 deletions(-)
drivers/pci/host/pci-dra7xx.c +1 -0
@@ -275,6 +275,7 @@ static int __init dra7xx_add_pcie_port(struct dra7xx_pcie *dra7xx, pp = &dra7xx->pp; pp->dev = dev; + pp->root_bus_nr =0 ; pp->ops = &dra7xx_pcie_host_ops; pp->irq =platform_get_irq (pdev,1 );
drivers/pci/host/pci-exynos.c +1 -1
@@ -530,7 +530,7 @@ static int __init exynos_add_pcie_port(struct pcie_port *pp, } } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &exynos_pcie_host_ops; ret =dw_pcie_host_init (pp);
drivers/pci/host/pci-imx6.c +1 -1
@@ -551,7 +551,7 @@ static int __init imx6_add_pcie_port(struct pcie_port *pp, } } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &imx6_pcie_host_ops; ret =dw_pcie_host_init (pp);
drivers/pci/host/pci-keystone-dw.c +1 -1
@@ -327,7 +327,7 @@ static void ks_dw_pcie_clear_dbi_mode(void __iomem *reg_virt)void ks_dw_pcie_setup_rc_app_regs (struct keystone_pcie *ks_pcie) {struct pcie_port *pp = &ks_pcie->pp; -u32 start = pp->mem.start, end = pp->mem.end; +u32 start = pp->mem->start, end = pp->mem->end;int i, tr_size;/* Disable BARs for inbound access */
drivers/pci/host/pci-keystone.c +1 -1
@@ -309,7 +309,7 @@ static int __init ks_add_pcie_port(struct keystone_pcie *ks_pcie,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &keystone_pcie_host_ops; ret =ks_dw_pcie_host_init (ks_pcie, ks_pcie->msi_intc_np);if (ret) {
drivers/pci/host/pci-layerscape.c +1 -1
@@ -106,7 +106,7 @@ static int ls_add_pcie_port(struct ls_pcie *pcie) pp = &pcie->pp; pp->dev = pcie->dev; pp->dbi_base = pcie->dbi; - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &ls_pcie_host_ops; ret =dw_pcie_host_init (pp);
drivers/pci/host/pcie-designware.c +74 -143
307 lines not on this page · raw message
drivers/pci/host/pcie-designware.h +5 -5
@@ -34,7 +34,7 @@ struct pcie_port {u64 cfg1_mod_base;void __iomem *va_cfg1_base;u32 cfg1_size; -u64 io_base; +resource_size_t io_base;u64 io_mod_base;phys_addr_t io_bus_addr;u32 io_size;
@@ -42,10 +42,10 @@ struct pcie_port {u64 mem_mod_base;phys_addr_t mem_bus_addr;u32 mem_size; -struct resource cfg; -struct resource io; -struct resource mem; -struct resource busn; +struct resource *cfg; +struct resource *io; +struct resource *mem; +struct resource *busn;int irq;u32 lanes;struct pcie_host_ops *ops;
drivers/pci/host/pcie-spear13xx.c +1 -1
@@ -286,7 +286,7 @@ static int spear13xx_add_pcie_port(struct pcie_port *pp,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &spear13xx_pcie_host_ops; ret =dw_pcie_host_init (pp);
Signature · 1 line
1.9.1
PATCH v5 2/5 PCI: designware: Add ARM64 support
Quoted 7 lines · Zhou Wang
This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function
dw_pcie_setup,dw_pcie_scan_bus,dw_pcie_map_irqand structhw_pci, move related operations todw_pcie_host_init. Also setpp->root_bus_nr= 0 in each PCIe host driver which is based on pcie-designware. This patch also try to useof_pci_get_host_bridge_resourcesfor ARM32 and ARM64 according to the suggestion for Gabriele[1]
Quoted 6 lines
This patch is based on Gabriele's patch about
of_pci_rangefix[2]I have compiled the driver with
multi_v7_defconfig. However, I don't have ARM32 PCIe related board to do test. It will be appreciated if someone could help to test it.
Hi James,
If you have time, could you help to test this patch on i.MX 6Quad board? You need apply Gabriele's patch before applying this patch.
It will be very appreciate and helpful if we can get test result from you.
Thanks and Regards,
Zhou
Quoted 459 lines
Signed-off-by Zhou Wang <[email protected]>Signed-off-by Arnd Bergmann <[email protected]>Signed-off-by Gabriele Paoloni <[email protected]>[1] http://www.spinics.net/lists/linux-pci/msg42194.html
[2] https://patchwork.ozlabs.org/patch/495018/--- drivers/pci/host/pci-dra7xx.c | 1 + drivers/pci/host/pci-exynos.c | 2 +- drivers/pci/host/pci-imx6.c | 2 +- drivers/pci/host/pci-keystone-dw.c | 2 +- drivers/pci/host/pci-keystone.c | 2 +- drivers/pci/host/pci-layerscape.c | 2 +- drivers/pci/host/pcie-designware.c | 217 +++++++++++++------------------------ drivers/pci/host/pcie-designware.h | 10 +- drivers/pci/host/pcie-spear13xx.c | 2 +- 9 files changed, 86 insertions(+), 154 deletions(-)drivers/pci/host/pci-dra7xx.c +1
-0@@ -275,6 +275,7 @@ static int __init dra7xx_add_pcie_port(struct dra7xx_pcie *dra7xx, pp = &dra7xx->pp; pp->dev = dev; + pp->root_bus_nr =0 ; pp->ops = &dra7xx_pcie_host_ops; pp->irq =platform_get_irq (pdev,1 );drivers/pci/host/pci-exynos.c +1
-1@@ -530,7 +530,7 @@ static int __init exynos_add_pcie_port(struct pcie_port *pp, } } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &exynos_pcie_host_ops; ret =dw_pcie_host_init (pp);drivers/pci/host/pci-imx6.c +1
-1@@ -551,7 +551,7 @@ static int __init imx6_add_pcie_port(struct pcie_port *pp, } } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &imx6_pcie_host_ops; ret =dw_pcie_host_init (pp);drivers/pci/host/pci-keystone-dw.c +1
-1@@ -327,7 +327,7 @@ static void ks_dw_pcie_clear_dbi_mode(void __iomem *reg_virt)void ks_dw_pcie_setup_rc_app_regs (struct keystone_pcie *ks_pcie) {struct pcie_port *pp = &ks_pcie->pp; -u32 start = pp->mem.start, end = pp->mem.end; +u32 start = pp->mem->start, end = pp->mem->end;int i, tr_size;/* Disable BARs for inbound access */ drivers/pci/host/pci-keystone.c +1
-1@@ -309,7 +309,7 @@ static int __init ks_add_pcie_port(struct keystone_pcie *ks_pcie,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &keystone_pcie_host_ops; ret =ks_dw_pcie_host_init (ks_pcie, ks_pcie->msi_intc_np);if (ret) {drivers/pci/host/pci-layerscape.c +1
-1@@ -106,7 +106,7 @@ static int ls_add_pcie_port(struct ls_pcie *pcie) pp = &pcie->pp; pp->dev = pcie->dev; pp->dbi_base = pcie->dbi; - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &ls_pcie_host_ops; ret =dw_pcie_host_init (pp);drivers/pci/host/pcie-designware.c +74
-143@@ -11,6 +11,7 @@* published by the Free Software Foundation. */ +#include <linux/hardirq.h> #include <linux/irq.h> #include <linux/irqdomain.h> #include <linux/kernel.h> @@ -69,16 +70,7 @@#define PCIE_ATU_FUNC (x) (((x) & 0x7) << 16)#define PCIE_ATU_UPPER_TARGET 0x91C -static struct hw_pci dw_pci; - -static unsigned long global_io_offset; - -static inline struct pcie_port *sys_to_pcie (struct pci_sys_data *sys) -{ -BUG_ON (!sys->private_data); - -return sys->private_data; -} +static struct pci_ops dw_pcie_ops;int dw_pcie_cfg_read (void __iomem *addr,int where,int size,u32 *val) {@@ -255,7 +247,7 @@ static void dw_pcie_msi_set_irq(struct pcie_port *pp, int irq)static int assign_irq (int no_irqs,struct msi_desc *desc,int *pos) {int irq, pos0, i; -struct pcie_port *pp =sys_to_pcie (desc->dev->bus->sysdata); +struct pcie_port *pp = desc->dev->bus->sysdata; pos0 =bitmap_find_free_region (pp->msi_irq_in_use,MAX_MSI_IRQS ,order_base_2 (no_irqs));@@ -298,7 +290,7 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, {int irq, pos;struct msi_msg msg; -struct pcie_port *pp =sys_to_pcie (pdev->bus->sysdata); +struct pcie_port *pp = pdev->bus->sysdata;if (desc->msi_attrib.is_msix)return -EINVAL ;@@ -327,7 +319,7 @@ static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) {struct irq_data *data =irq_get_irq_data (irq);struct msi_desc *msi =irq_data_get_msi (data); -struct pcie_port *pp =sys_to_pcie (msi->dev->bus->sysdata); +struct pcie_port *pp = msi->dev->bus->sysdata;clear_irq_range (pp, irq,1 , data->hwirq); }@@ -359,21 +351,19 @@ static const struct irq_domain_ops msi_domain_ops = { .map = dw_pcie_msi_map, }; -int dw_pcie_host_init (struct pcie_port *pp) +int __init dw_pcie_host_init (struct pcie_port *pp) {struct device_node *np = pp->dev->of_node;struct platform_device *pdev =to_platform_device (pp->dev); -struct of_pci_range range; -struct of_pci_range_parser parser; +struct pci_bus *bus;struct resource *cfg_res; -u32 val, na, ns; +LIST_HEAD (res); +u32 val, ns;const __be32 *addrp;int i, index, ret; +struct resource_entry *win; -/* Find the address cell size and the number of cells in order to get -* the untranslated address. -*/ -of_property_read_u32 (np,"#address-cells" , &na); +/* Find the number of cells in order to get the untranslated address */ ns =of_n_size_cells (np); cfg_res =platform_get_resource_byname (pdev,IORESOURCE_MEM ,"config" );@@ -392,78 +382,62 @@ int dw_pcie_host_init(struct pcie_port *pp)dev_err (pp->dev,"missing *config* reg space\n" ); } -if (of_pci_range_parser_init (&parser, np)) { -dev_err (pp->dev,"missing ranges property\n" ); -return -EINVAL ; - } + ret =of_pci_get_host_bridge_resources (np,0 ,0xff , &res, &pp->io_base); +if (ret) +return ret;/* Get the I/O and memory ranges from DT */ -for_each_of_pci_range (&parser, &range) { -unsigned long restype = range.flags &IORESOURCE_TYPE_BITS ; - -if (restype ==IORESOURCE_IO ) { -of_pci_range_to_resource (&range, np, &pp->io); - pp->io.name ="I/O" ; - pp->io.start =max_t (resource_size_t, -PCIBIOS_MIN_IO , - range.pci_addr + global_io_offset); - pp->io.end =min_t (resource_size_t, -IO_SPACE_LIMIT , - range.pci_addr + range.size - + global_io_offset -1 ); - pp->io_size =resource_size (&pp->io); - pp->io_bus_addr = range.pci_addr; - pp->io_base = range.cpu_addr; - -/* Find the untranslated IO space address */ - pp->io_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==IORESOURCE_MEM ) { -of_pci_range_to_resource (&range, np, &pp->mem); - pp->mem.name ="MEM" ; - pp->mem_size =resource_size (&pp->mem); - pp->mem_bus_addr = range.pci_addr; - -/* Find the untranslated MEM space address */ - pp->mem_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==0 ) { -of_pci_range_to_resource (&range, np, &pp->cfg); - pp->cfg0_size =resource_size (&pp->cfg)/2 ; - pp->cfg1_size =resource_size (&pp->cfg)/2 ; - pp->cfg0_base = pp->cfg.start; - pp->cfg1_base = pp->cfg.start + pp->cfg0_size; +resource_list_for_each_entry (win, &res) { +switch (resource_type (win->res)) { +case IORESOURCE_IO : + pp->io = win->res; + pp->io->name ="I/O" ; + pp->io_size =resource_size (pp->io); + pp->io_bus_addr = pp->io->start - win->offset; + pp->io_mod_base = win->__res.start; + ret =pci_remap_iospace (pp->io, pp->io_base); +if (ret) { +dev_warn (pp->dev,"error %d: failed to map resource %pR\n" , + ret, pp->io); +continue ; + } +break ; +case IORESOURCE_MEM : + pp->mem = win->res; + pp->mem->name ="MEM" ; + pp->mem_size =resource_size (pp->mem); + pp->mem_bus_addr = pp->mem->start - win->offset; + pp->mem_mod_base = win->__res.start; +break ; +case 0 : + pp->cfg = win->res; + pp->cfg0_size =resource_size (pp->cfg)/2 ; + pp->cfg1_size =resource_size (pp->cfg)/2 ; + pp->cfg0_base = pp->cfg->start; + pp->cfg1_base = pp->cfg->start + pp->cfg0_size;/* Find the untranslated configuration space address */ - pp->cfg0_mod_base =of_read_number (parser.range - - parser.np + na, ns); - pp->cfg1_mod_base = pp->cfg0_mod_base + - pp->cfg0_size; + pp->cfg0_mod_base = win->__res.start; + pp->cfg1_mod_base = pp->cfg0_mod_base + pp->cfg0_size; +break ; +case IORESOURCE_BUS : + pp->busn = win->res; +break ; +default : +continue ; } } - ret =of_pci_parse_bus_range (np, &pp->busn); -if (ret <0 ) { - pp->busn.name = np->name; - pp->busn.start =0 ; - pp->busn.end =0xff ; - pp->busn.flags =IORESOURCE_BUS ; -dev_dbg (pp->dev,"failed to parse bus-range property: %d, using default %pR\n" , - ret, &pp->busn); - } -if (!pp->dbi_base) { - pp->dbi_base =devm_ioremap (pp->dev, pp->cfg.start, -resource_size (&pp->cfg)); + pp->dbi_base =devm_ioremap (pp->dev, pp->cfg->start, +resource_size (pp->cfg));if (!pp->dbi_base) {dev_err (pp->dev,"error with ioremap\n" );return -ENOMEM ; } } - pp->mem_base = pp->mem.start; + pp->mem_base = pp->mem->start;if (!pp->va_cfg0_base) { pp->va_cfg0_base = devm_ioremap(pp->dev, pp->cfg0_base,@@ -524,15 +498,28 @@ int dw_pcie_host_init(struct pcie_port *pp) val |=PORT_LOGIC_SPEED_CHANGE ;dw_pcie_wr_own_conf (pp,PCIE_LINK_WIDTH_SPEED_CONTROL ,4 , val); -#ifdef CONFIG_PCI_MSI - dw_pcie_msi_chip.dev = pp->dev; - dw_pci.msi_ctrl = &dw_pcie_msi_chip; + bus =pci_create_root_bus (pp->dev, pp->root_bus_nr, &dw_pcie_ops, + pp, &res); +if (!bus) +return -ENOMEM ; + +#ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN + bus->msi = container_of(&pp->irq_domain, struct msi_controller, domain); +#else + bus->msi = &dw_pcie_msi_chip;#endif - dw_pci.nr_controllers =1 ; - dw_pci.private_data = (void **)&pp; +pci_scan_child_bus (bus); +if (pp->ops->scan_bus) + pp->ops->scan_bus (pp); -pci_common_init_dev (pp->dev, &dw_pci); +#ifdef CONFIG_ARM +/* support old dtbs that incorrectly describe IRQs */ +pci_fixup_irqs (pci_common_swizzle, of_irq_parse_and_map_pci); +#endif + +pci_assign_unassigned_bus_resources (bus); +pci_bus_add_devices (bus);return 0 ; }@@ -633,7 +620,7 @@ static int dw_pcie_valid_config(struct pcie_port *pp,static int dw_pcie_rd_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 *val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 ) {@@ -657,7 +644,7 @@ static int dw_pcie_rd_conf(struct pci_bus *bus, u32 devfn, int where,static int dw_pcie_wr_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 )@@ -681,62 +668,6 @@ static struct pci_ops dw_pcie_ops = { .write = dw_pcie_wr_conf, }; -static int dw_pcie_setup (int nr,struct pci_sys_data *sys) -{ -struct pcie_port *pp; - - pp =sys_to_pcie (sys); - -if (global_io_offset <SZ_1M && pp->io_size >0 ) { - sys->io_offset = global_io_offset - pp->io_bus_addr; -pci_ioremap_io (global_io_offset, pp->io_base); - global_io_offset +=SZ_64K ; -pci_add_resource_offset (&sys->resources, &pp->io, - sys->io_offset); - } - - sys->mem_offset = pp->mem.start - pp->mem_bus_addr; -pci_add_resource_offset (&sys->resources, &pp->mem, sys->mem_offset); -pci_add_resource (&sys->resources, &pp->busn); - -return 1 ; -} - -static struct pci_bus *dw_pcie_scan_bus (int nr,struct pci_sys_data *sys) -{ -struct pci_bus *bus; -struct pcie_port *pp =sys_to_pcie (sys); - - pp->root_bus_nr = sys->busnr; - bus =pci_scan_root_bus (pp->dev, sys->busnr, - &dw_pcie_ops, sys, &sys->resources); -if (!bus) -return NULL ; - -if (bus && pp->ops->scan_bus) - pp->ops->scan_bus (pp); - -return bus; -} - -static int dw_pcie_map_irq (const struct pci_dev *dev,u8 slot,u8 pin) -{ -struct pcie_port *pp =sys_to_pcie (dev->bus->sysdata); -int irq; - - irq =of_irq_parse_and_map_pci (dev, slot, pin); -if (!irq) - irq = pp->irq; - -return irq; -} - -static struct hw_pci dw_pci = { - .setup = dw_pcie_setup, - .scan = dw_pcie_scan_bus, - .map_irq = dw_pcie_map_irq, -}; -void dw_pcie_setup_rc (struct pcie_port *pp) {u32 val;drivers/pci/host/pcie-designware.h +5
-5@@ -34,7 +34,7 @@ struct pcie_port {u64 cfg1_mod_base;void __iomem *va_cfg1_base;u32 cfg1_size; -u64 io_base; +resource_size_t io_base;u64 io_mod_base;phys_addr_t io_bus_addr;u32 io_size;@@ -42,10 +42,10 @@ struct pcie_port {u64 mem_mod_base;phys_addr_t mem_bus_addr;u32 mem_size; -struct resource cfg; -struct resource io; -struct resource mem; -struct resource busn; +struct resource *cfg; +struct resource *io; +struct resource *mem; +struct resource *busn;int irq;u32 lanes;struct pcie_host_ops *ops;drivers/pci/host/pcie-spear13xx.c +1
-1@@ -286,7 +286,7 @@ static int spear13xx_add_pcie_port(struct pcie_port *pp,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &spear13xx_pcie_host_ops; ret =dw_pcie_host_init (pp);
PATCH v5 2/5 PCI: designware: Add ARM64 support
Quoted 15 lines · Zhou Wang
Quoted 7 lines · Zhou Wang
This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function
dw_pcie_setup,dw_pcie_scan_bus,dw_pcie_map_irqand structhw_pci, move related operations todw_pcie_host_init. Also setpp->root_bus_nr= 0 in each PCIe host driver which is based on pcie-designware. This patch also try to useof_pci_get_host_bridge_resourcesfor ARM32 and ARM64 according to the suggestion for Gabriele[1]Quoted 6 lines
This patch is based on Gabriele's patch about
of_pci_rangefix[2]I have compiled the driver with
multi_v7_defconfig. However, I don't have ARM32 PCIe related board to do test. It will be appreciated if someone could help to test it.
Quoted 6 lines
Hi James,
If you have time, could you help to test this patch on i.MX 6Quad board? You need apply Gabriele's patch before applying this patch.
It will be very appreciate and helpful if we can get test result from you.
Applying patches 1 and 2, from v5, onto 4.2-rc5, I still get the same problem as before: config cycles to enumerate the second bus aren't working. (good news - I have a workaround)
Output from dmesg below, the lines 'dw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x8878086)' were added by me, 0x8878086 is the intel wireless card attached to the board.
Quoted 1 line
From v4.2-rc5:
----------------------------------------------------------------------------------
imx6q-pcie 1ffc000.pcie: PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [io 0x1000-0xffff] pci_bus 0000:00: root bus resource [mem 0x01000000-0x01efffff] pci_bus 0000:00: root bus resource [bus 00-ff]
pci 0000:00:00.0: [16c3:abcd] type 01 class 0x060400 pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x000fffff] pci 0000:00:00.0: reg 0x38: [mem 0x00000000-0x0000ffff pref] pci 0000:00:00.0: IOMMU is currently not supported for PCI pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
PCI: bus0: Fast back to back transfers disabled dw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x8878086)
pci 0000:01:00.0: [8086:0887] type 00 class 0x028000 dw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x8878086)
pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00001fff 64bit] pci 0000:01:00.0: IOMMU is currently not supported for PCI pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
PCI: bus1: Fast back to back transfers disabledpci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01 pci 0000:00:00.0: BAR 0: assigned [mem 0x01000000-0x010fffff] pci 0000:00:00.0: BAR 8: assigned [mem 0x01100000-0x011fffff] pci 0000:00:00.0: BAR 6: assigned [mem 0x01200000-0x0120ffff pref ]
pci 0000:01:00.0: BAR 0: assigned [mem 0x01100000-0x01101fff 64bi t]
pci 0000:00:00.0: PCI bridge to [bus 01]
pci 0000:00:00.0:bridge window [mem 0x01100000-0x011fffff] pcieport 0000:00:00.0: Signaling PME through PCIe PME interrupt pci 0000:01:00.0: Signaling PME through PCIe PME interrupt pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
----------------------------------------------------------------------------------
And then with your two patches:
----------------------------------------------------------------------------------
PCI host bridge /soc/pcie at 0x01000000 ranges:
No bus range found for /soc/pcie at 0x01000000, using [bus 00-ff] err 0x01f00000..0x01f7ffff -> 0x01f00000
IO 0x01f80000..0x01f8ffff -> 0x00000000
MEM 0x01000000..0x01efffff -> 0x01000000
imx6q-pcie 1ffc000.pcie: PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [bus 00-ff]pci_bus 0000:00: root bus resource [??? 0x01f00000-0x01f7ffff fla gs 0x0]pci_bus 0000:00: root bus resource [io 0x0000-0xffff] pci_bus 0000:00: root bus resource [mem 0x01000000-0x01efffff] pci 0000:00:00.0: [16c3:abcd] type 01 class 0x060400 pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x000fffff] pci 0000:00:00.0: reg 0x38: [mem 0x00000000-0x0000ffff pref] pci 0000:00:00.0: IOMMU is currently not supported for PCI pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
PCI: bus0: Fast back to back transfers disabled dw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x0)
PCI: bus1: Fast back to back transfers enabled
pci 0000:00:00.0: BAR 0: assigned [mem 0x01000000-0x010fffff] pci 0000:00:00.0: BAR 6: assigned [mem 0x01100000-0x0110ffff pref ]
pci 0000:00:00.0: PCI bridge to [bus 01]
pcieport 0000:00:00.0: Signaling PME through PCIe PME interrupt pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
----------------------------------------------------------------------------------
Root-cause appears to be that the designware driver relies on ATU for config and IO accesses. dw_pcie_rd_other_conf() does the appropriate magic, but with your patches 'pp->cfg0_base' is NULL, despite being correctly initialised in dw_pcie_host_init().
dw_pcie_host_init() initialises the pp->cfg* values correctly after its call:
Quoted 1 line
platform_get_resource_byname(pdev, IORESOURCE_MEM, "config");
But the new code introduced by patch 2 then walks the whole resource_list and re-initialises the pp->cfg* values. The fault occurs at:
Quoted 2 lines
/* Find the untranslated configuration space address */
pp->cfg0_mod_base=win->__res.start
where win->__res is uninitialised. The comment in linux/resource_ext.h says this is the 'default storage for res', so its not valid to assume it contains different values to win->res. (in this case, it contains no useful values).
The workaround is to remove the re-initialisation of the pp->cfg* values, as they were already correctly initialised earlier. However, other resource types are accessing __res directly ... which is probably not correct.
I need to read-up on what these 'untranslated' addresses are for...
James
PATCH v5 2/5 PCI: designware: Add ARM64 support
Hi James
Please see "[PATCH v6] PCI: Store PCIe bus address in struct of_pci_range"
I think if you apply this patch your problem should be solved...
If you follow the discussion you see that this patch is going to be part of the next designware patchset...
Wang Zhou said "You need apply Gabriele's patch before applying this patch." but he didn't specify which one and obviously this patch should have been part of the patch-set
Sorry for the confusion
Gab
Quoted 156 lines
-----Original Message-----
From: James Morse [mailto:james.morse at arm.com]
Sent: Tuesday, August 04, 2015 10:35 AM
To: Wangzhou (B)
Cc: Bjorn Helgaas; Jingoo Han; Pratyush Anand; Arnd Bergmann; Gabriele Paoloni; Lorenzo Pieralisi; Liviu Dudau; thomas.petazzoni at free- electrons.com; Jason Cooper; robh at kernel.org; linux-pci at vger.kernel.org; linux-arm-kernel at lists.infradead.org; devicetree at vger.kernel.org; Yuanzhichang; Zhudacai; zhangjukuo; qiuzhenfa; liudongdong (C); qiujiang; Kangfenglong; Liguozhu (Kenneth)
Subject: Re: [PATCH v5 2/5] PCI: designware: Add ARM64 supportQuoted 2 lines · Zhou Wang
Quoted 1 line · Zhou Wang
This patch tries to unify ARM32 and ARM64 PCIe in designware driver.
Delete
Quoted 1 line
Quoted 1 line
function
dw_pcie_setup,dw_pcie_scan_bus,dw_pcie_map_irqand struct
hw_pci,Quoted 3 lines
Quoted 1 line
move related operations to
dw_pcie_host_init. Also set pp-
root_bus_nr= 0 inQuoted 1 line
each PCIe host driver which is based on pcie-designware. This patch
also try
Quoted 1 line
Quoted 1 line
to use
of_pci_get_host_bridge_resourcesfor ARM32 and ARM64according to the
Quoted 5 lines
Quoted 5 lines
suggestion for Gabriele[1]
This patch is based on Gabriele's patch about
of_pci_rangefix[2]I have compiled the driver with
multi_v7_defconfig. However, I don'thave
Quoted 1 line
Quoted 1 line
ARM32 PCIe related board to do test. It will be appreciated if
someone could
Quoted 6 lines
Quoted 2 lines
help to test it.
Hi James,
If you have time, could you help to test this patch on i.MX 6Quad
board?
Quoted 3 lines
You need apply Gabriele's patch before applying this patch.
It will be very appreciate and helpful if we can get test result from
you.
Applying patches 1 and 2, from v5, onto 4.2-rc5, I still get the same problem as before: config cycles to enumerate the second bus aren't working. (good news - I have a workaround)
Output from dmesg below, the lines 'dw_pcie_cfg_read(0xf0180000,
0x0,0x4,
=0x8878086)' were added by me,0x8878086is the intel wireless card attached to the board.From v4.2-rc5:
-----------------------------------------------------------------------
-----------
imx6q-pcie 1ffc000.pcie: PCI host bridge to bus 0000:00pci_bus0000:00: root bus resource [io 0x1000-0xffff]pci_bus0000:00: root bus resource [mem 0x01000000-0x01efffff]pci_bus0000:00: root bus resource [bus 00-ff]
pci 0000:00:00.0: [16c3:abcd] type 01 class0x060400pci 0000:00:00.0: reg0x10: [mem 0x00000000-0x000fffff] pci 0000:00:00.0: reg0x38: [mem 0x00000000-0x0000ffff pref] pci 0000:00:00.0: IOMMU is currently not supported for PCI pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
PCI: bus0: Fast back to back transfers disableddw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x8878086)
pci 0000:01:00.0: [8086:0887] type 00 class0x028000dw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x8878086)
pci 0000:01:00.0: reg0x10: [mem 0x00000000-0x00001fff 64bit] pci 0000:01:00.0: IOMMU is currently not supported for PCI pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
PCI: bus1: Fast back to back transfers disabledpci_bus0000:01:busn_res: [bus 01-ff] end is updated to 01 pci 0000:00:00.0: BAR 0: assigned [mem 0x01000000-0x010fffff] pci 0000:00:00.0: BAR 8: assigned [mem 0x01100000-0x011fffff] pci 0000:00:00.0: BAR 6: assigned [mem 0x01200000-0x0120ffff pref ]
pci 0000:01:00.0: BAR 0: assigned [mem 0x01100000-0x01101fff 64bi t]
pci 0000:00:00.0: PCI bridge to [bus 01]
pci 0000:00:00.0:bridge window [mem 0x01100000-0x011fffff] pcieport 0000:00:00.0: Signaling PME through PCIe PME interrupt pci 0000:01:00.0: Signaling PME through PCIe PME interruptpcie_pme0000:00:00.0:pcie01: service driverpcie_pmeloaded
-----------------------------------------------------------------------
-----------And then with your two patches:
-----------------------------------------------------------------------
-----------
PCI host bridge /soc/pcie at0x01000000ranges:
No bus range found for /soc/pcie at0x01000000, using [bus 00-ff] err 0x01f00000..0x01f7ffff ->0x01f00000
IO 0x01f80000..0x01f8ffff ->0x00000000
MEM 0x01000000..0x01efffff ->0x01000000
imx6q-pcie 1ffc000.pcie: PCI host bridge to bus 0000:00pci_bus0000:00: root bus resource [bus 00-ff]pci_bus0000:00: root bus resource [??? 0x01f00000-0x01f7ffff fla gs0x0]pci_bus0000:00: root bus resource [io 0x0000-0xffff]pci_bus0000:00: root bus resource [mem 0x01000000-0x01efffff] pci 0000:00:00.0: [16c3:abcd] type 01 class0x060400pci 0000:00:00.0: reg0x10: [mem 0x00000000-0x000fffff] pci 0000:00:00.0: reg0x38: [mem 0x00000000-0x0000ffff pref] pci 0000:00:00.0: IOMMU is currently not supported for PCI pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
PCI: bus0: Fast back to back transfers disableddw_pcie_cfg_read(0xf0180000, 0x0, 0x4, =0x0)
PCI: bus1: Fast back to back transfers enabled
pci 0000:00:00.0: BAR 0: assigned [mem 0x01000000-0x010fffff] pci 0000:00:00.0: BAR 6: assigned [mem 0x01100000-0x0110ffff pref ]
pci 0000:00:00.0: PCI bridge to [bus 01]
pcieport 0000:00:00.0: Signaling PME through PCIe PME interruptpcie_pme0000:00:00.0:pcie01: service driverpcie_pmeloaded
-----------------------------------------------------------------------
-----------Root-cause appears to be that the designware driver relies on ATU for config and IO accesses.
dw_pcie_rd_other_conf()does the appropriate magic,
but with your patches 'pp->cfg0_base' is NULL, despite being correctly initialised indw_pcie_host_init().
dw_pcie_host_init()initialises the pp->cfg* values correctly after its call:Quoted 1 line
platform_get_resource_byname(pdev, IORESOURCE_MEM, "config");But the new code introduced by patch 2 then walks the whole
resource_list
and re-initialises the pp->cfg* values. The fault occurs at:Quoted 2 lines
/* Find the untranslated configuration space address */
pp->cfg0_mod_base=win->__res.startwhere
win->__resis uninitialised. The comment inlinux/resource_ext.hsays
this is the 'default storage for res', so its not valid to assume it contains different values towin->res. (in this case, it contains no useful
values).The workaround is to remove the re-initialisation of the pp->cfg* values,
as they were already correctly initialised earlier. However, other resource
types are accessing__resdirectly ... which is probably not correct.I need to read-up on what these 'untranslated' addresses are for...
James
PATCH v5 2/5 PCI: designware: Add ARM64 support
Quoted 8 lines · Gabriele Paoloni
Hi James
Please see "[PATCH v6] PCI: Store PCIe bus address in struct
of_pci_range"I think if you apply this patch your problem should be solved...
If you follow the discussion you see that this patch is going to be part of the next designware patchset...
Yes I just spotted that series after continuing through my email backlog.
Quoted 3 lines
Wang Zhou said "You need apply Gabriele's patch before applying this patch." but he didn't specify which one and obviously this patch should have been part of the patch-set
I assumed he meant your patch 1 in the same series, (given the reply was to patch 2).
With the '[PATCH v6] PCI: Store PCIe bus address in struct of_pci_range' applied before patches and 1 and 2 of this series - pcie on the 'Freescale i.MX6 Quad SABRE Lite Board' works fine.
I can rescan the bus, load firmware, list nearby APs, and even get MSIs coming from the card.
James
PATCH v5 2/5 PCI: designware: Add ARM64 support
Quoted 37 lines
-----Original Message-----
From: James Morse [mailto:james.morse at arm.com]
Sent: Tuesday, August 04, 2015 11:40 AM
To: Gabriele Paoloni; Wangzhou (B)
Cc: Bjorn Helgaas; Jingoo Han; Pratyush Anand; Arnd Bergmann; Lorenzo Pieralisi; Liviu Dudau; thomas.petazzoni at free-electrons.com; Jason Cooper; robh at kernel.org; linux-pci at vger.kernel.org; linux-arm- kernel at lists.infradead.org; devicetree at vger.kernel.org; Yuanzhichang; Zhudacai; zhangjukuo; qiuzhenfa; liudongdong (C); qiujiang; Kangfenglong; Liguozhu (Kenneth)
Subject: Re: [PATCH v5 2/5] PCI: designware: Add ARM64 supportQuoted 3 lines · Gabriele Paoloni
Hi James
Please see "[PATCH v6] PCI: Store PCIe bus address in struct
of_pci_range"Quoted 4 lines
I think if you apply this patch your problem should be solved...
If you follow the discussion you see that this patch is going to be
part
Quoted 1 line
of the next designware patchset...
Yes I just spotted that series after continuing through my email backlog.
Quoted 1 line
Wang Zhou said "You need apply Gabriele's patch before applying this
patch."
Quoted 1 line
but he didn't specify which one and obviously this patch should have
been part
Quoted 1 line
of the patch-set
I assumed he meant your patch 1 in the same series, (given the reply was to
patch 2).
Quoted 7 lines
With the '[PATCH v6] PCI: Store PCIe bus address in struct
of_pci_range'
applied before patches and 1 and 2 of this series - pcie on the 'Freescale i.MX6 Quad SABRE Lite Board' works fine.I can rescan the bus, load firmware, list nearby APs, and even get MSIs coming from the card.
This is Great NEWS! Thanks a Lot!
Quoted 6 lines
Tested-by James Morse <[email protected]>James
PATCH v5 2/5 PCI: designware: Add ARM64 support
In reply to James MorseQuoted 26 lines · James Morse
Quoted 8 lines · Gabriele Paoloni
Hi James
Please see "[PATCH v6] PCI: Store PCIe bus address in struct
of_pci_range"I think if you apply this patch your problem should be solved...
If you follow the discussion you see that this patch is going to be part of the next designware patchset...
Yes I just spotted that series after continuing through my email backlog.
Quoted 3 lines
Wang Zhou said "You need apply Gabriele's patch before applying this patch." but he didn't specify which one and obviously this patch should have been part of the patch-set
I assumed he meant your patch 1 in the same series, (given the reply was to patch 2).
With the '[PATCH v6] PCI: Store PCIe bus address in struct
of_pci_range' applied before patches and 1 and 2 of this series - pcie on the 'Freescale i.MX6 Quad SABRE Lite Board' works fine.I can rescan the bus, load firmware, list nearby APs, and even get MSIs coming from the card.
Quoted 8 lines
Tested-by James Morse <[email protected]>James
.
Hi James,
Many thanks for your help to test!
I need apologize for not giving a clear message. What I mean is applying Gab's '[PATCH v6] PCI: Store PCIe bus address in struct of_pci_range'. I am very sorry for wasting your time :(
Above Gab's patch will be merged in my next series. Hope that will make thing clearer.
It is good that these patches work fine on your board! Hope we can get more tests on other ARM32 boards.
Thanks again,
Zhou
.
PATCH v5 2/5 PCI: designware: Add ARM64 support
In reply to Zhou WangQuoted 4 lines · Zhou Wang
This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function
dw_pcie_setup,dw_pcie_scan_bus,dw_pcie_map_irqand structhw_pci, move related operations todw_pcie_host_init. Also setpp->root_bus_nr= 0 in each PCIe host driver which is based on pcie-designware. This patch also try
Memory for ports is kzalloc'ed, so there is no need to zero it. I still think that you should explain the root_bus_nr setting to 0 a bit better, why you make the change and why it is safe.
[...]
Quoted 146 lines
drivers/pci/host/pcie-designware.c +48
-66-int dw_pcie_host_init (struct pcie_port *pp) +int __init dw_pcie_host_init (struct pcie_port *pp) {struct device_node *np = pp->dev->of_node;struct platform_device *pdev =to_platform_device (pp->dev); -struct of_pci_range range; -struct of_pci_range_parser parser; +struct pci_bus *bus;struct resource *cfg_res; -u32 val, na, ns; +LIST_HEAD (res); +u32 val, ns;const __be32 *addrp;int i, index, ret; +struct resource_entry *win; -/* Find the address cell size and the number of cells in order to get -* the untranslated address. -*/ -of_property_read_u32 (np,"#address-cells" , &na); +/* Find the number of cells in order to get the untranslated address */ ns =of_n_size_cells (np); cfg_res =platform_get_resource_byname (pdev,IORESOURCE_MEM ,"config" );@@ -392,78 +382,62 @@ int dw_pcie_host_init(struct pcie_port *pp)dev_err (pp->dev,"missing *config* reg space\n" ); } -if (of_pci_range_parser_init (&parser, np)) { -dev_err (pp->dev,"missing ranges property\n" ); -return -EINVAL ; - } + ret =of_pci_get_host_bridge_resources (np,0 ,0xff , &res, &pp->io_base); +if (ret) +return ret;/* Get the I/O and memory ranges from DT */ -for_each_of_pci_range (&parser, &range) { -unsigned long restype = range.flags &IORESOURCE_TYPE_BITS ; - -if (restype ==IORESOURCE_IO ) { -of_pci_range_to_resource (&range, np, &pp->io); - pp->io.name ="I/O" ; - pp->io.start =max_t (resource_size_t, -PCIBIOS_MIN_IO , - range.pci_addr + global_io_offset); - pp->io.end =min_t (resource_size_t, -IO_SPACE_LIMIT , - range.pci_addr + range.size - + global_io_offset -1 ); - pp->io_size =resource_size (&pp->io); - pp->io_bus_addr = range.pci_addr; - pp->io_base = range.cpu_addr; - -/* Find the untranslated IO space address */ - pp->io_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==IORESOURCE_MEM ) { -of_pci_range_to_resource (&range, np, &pp->mem); - pp->mem.name ="MEM" ; - pp->mem_size =resource_size (&pp->mem); - pp->mem_bus_addr = range.pci_addr; - -/* Find the untranslated MEM space address */ - pp->mem_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==0 ) { -of_pci_range_to_resource (&range, np, &pp->cfg); - pp->cfg0_size =resource_size (&pp->cfg)/2 ; - pp->cfg1_size =resource_size (&pp->cfg)/2 ; - pp->cfg0_base = pp->cfg.start; - pp->cfg1_base = pp->cfg.start + pp->cfg0_size; +resource_list_for_each_entry (win, &res) { +switch (resource_type (win->res)) { +case IORESOURCE_IO : + pp->io = win->res; + pp->io->name ="I/O" ; + pp->io_size =resource_size (pp->io); + pp->io_bus_addr = pp->io->start - win->offset; + pp->io_mod_base = win->__res.start; + ret =pci_remap_iospace (pp->io, pp->io_base); +if (ret) { +dev_warn (pp->dev,"error %d: failed to map resource %pR\n" , + ret, pp->io); +continue ; + } +break ; +case IORESOURCE_MEM : + pp->mem = win->res; + pp->mem->name ="MEM" ; + pp->mem_size =resource_size (pp->mem); + pp->mem_bus_addr = pp->mem->start - win->offset; + pp->mem_mod_base = win->__res.start; +break ; +case 0 : + pp->cfg = win->res; + pp->cfg0_size =resource_size (pp->cfg)/2 ; + pp->cfg1_size =resource_size (pp->cfg)/2 ; + pp->cfg0_base = pp->cfg->start; + pp->cfg1_base = pp->cfg->start + pp->cfg0_size;/* Find the untranslated configuration space address */ - pp->cfg0_mod_base =of_read_number (parser.range - - parser.np + na, ns); - pp->cfg1_mod_base = pp->cfg0_mod_base + - pp->cfg0_size; + pp->cfg0_mod_base = win->__res.start; + pp->cfg1_mod_base = pp->cfg0_mod_base + pp->cfg0_size; +break ; +case IORESOURCE_BUS : + pp->busn = win->res; +break ; +default : +continue ; } } - ret =of_pci_parse_bus_range (np, &pp->busn); -if (ret <0 ) { - pp->busn.name = np->name; - pp->busn.start =0 ; - pp->busn.end =0xff ; - pp->busn.flags =IORESOURCE_BUS ; -dev_dbg (pp->dev,"failed to parse bus-range property: %d, using default %pR\n" , - ret, &pp->busn); - } -if (!pp->dbi_base) { - pp->dbi_base =devm_ioremap (pp->dev, pp->cfg.start, -resource_size (&pp->cfg)); + pp->dbi_base =devm_ioremap (pp->dev, pp->cfg->start, +resource_size (pp->cfg));if (!pp->dbi_base) {dev_err (pp->dev,"error with ioremap\n" );return -ENOMEM ; } } - pp->mem_base = pp->mem.start; + pp->mem_base = pp->mem->start;if (!pp->va_cfg0_base) { pp->va_cfg0_base = devm_ioremap(pp->dev, pp->cfg0_base,
drivers/pci/host/pcie-designware.c int dw_pcie_host_init(struct pcie_port *pp) · line 528
Quoted 5 lines
drivers/pci/host/pcie-designware.c +0
-2@@ -524,15 +498,28 @@ int dw_pcie_host_init(struct pcie_port *pp) val |=PORT_LOGIC_SPEED_CHANGE ;dw_pcie_wr_own_conf (pp,PCIE_LINK_WIDTH_SPEED_CONTROL ,4 , val); -#ifdef CONFIG_PCI_MSI - dw_pcie_msi_chip.dev = pp->dev;
Is it safe to remove the dev assignment ?
drivers/pci/host/pcie-designware.c int dw_pcie_host_init(struct pcie_port *pp) · line 510
Quoted 11 lines
drivers/pci/host/pcie-designware.c +9
-1- dw_pci.msi_ctrl = &dw_pcie_msi_chip; + bus =pci_create_root_bus (pp->dev, pp->root_bus_nr, &dw_pcie_ops, + pp, &res); +if (!bus) +return -ENOMEM ; + +#ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN + bus->msi = container_of(&pp->irq_domain, struct msi_controller, domain); +#else + bus->msi = &dw_pcie_msi_chip;#endif
For the records, this patch conflicts with my MSI series:
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/360461.html
Conflict resolution is easy but it is worth keeping in mind.
Thanks !
Lorenzo
Quoted 148 lines
drivers/pci/host/pcie-designware.c +12
-61- dw_pci.nr_controllers =1 ; - dw_pci.private_data = (void **)&pp; +pci_scan_child_bus (bus); +if (pp->ops->scan_bus) + pp->ops->scan_bus (pp); -pci_common_init_dev (pp->dev, &dw_pci); +#ifdef CONFIG_ARM +/* support old dtbs that incorrectly describe IRQs */ +pci_fixup_irqs (pci_common_swizzle, of_irq_parse_and_map_pci); +#endif + +pci_assign_unassigned_bus_resources (bus); +pci_bus_add_devices (bus);return 0 ; }@@ -633,7 +620,7 @@ static int dw_pcie_valid_config(struct pcie_port *pp,static int dw_pcie_rd_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 *val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 ) {@@ -657,7 +644,7 @@ static int dw_pcie_rd_conf(struct pci_bus *bus, u32 devfn, int where,static int dw_pcie_wr_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 )@@ -681,62 +668,6 @@ static struct pci_ops dw_pcie_ops = { .write = dw_pcie_wr_conf, }; -static int dw_pcie_setup (int nr,struct pci_sys_data *sys) -{ -struct pcie_port *pp; - - pp =sys_to_pcie (sys); - -if (global_io_offset <SZ_1M && pp->io_size >0 ) { - sys->io_offset = global_io_offset - pp->io_bus_addr; -pci_ioremap_io (global_io_offset, pp->io_base); - global_io_offset +=SZ_64K ; -pci_add_resource_offset (&sys->resources, &pp->io, - sys->io_offset); - } - - sys->mem_offset = pp->mem.start - pp->mem_bus_addr; -pci_add_resource_offset (&sys->resources, &pp->mem, sys->mem_offset); -pci_add_resource (&sys->resources, &pp->busn); - -return 1 ; -} - -static struct pci_bus *dw_pcie_scan_bus (int nr,struct pci_sys_data *sys) -{ -struct pci_bus *bus; -struct pcie_port *pp =sys_to_pcie (sys); - - pp->root_bus_nr = sys->busnr; - bus =pci_scan_root_bus (pp->dev, sys->busnr, - &dw_pcie_ops, sys, &sys->resources); -if (!bus) -return NULL ; - -if (bus && pp->ops->scan_bus) - pp->ops->scan_bus (pp); - -return bus; -} - -static int dw_pcie_map_irq (const struct pci_dev *dev,u8 slot,u8 pin) -{ -struct pcie_port *pp =sys_to_pcie (dev->bus->sysdata); -int irq; - - irq =of_irq_parse_and_map_pci (dev, slot, pin); -if (!irq) - irq = pp->irq; - -return irq; -} - -static struct hw_pci dw_pci = { - .setup = dw_pcie_setup, - .scan = dw_pcie_scan_bus, - .map_irq = dw_pcie_map_irq, -}; -void dw_pcie_setup_rc (struct pcie_port *pp) {u32 val;drivers/pci/host/pcie-designware.h +5
-5@@ -34,7 +34,7 @@ struct pcie_port {u64 cfg1_mod_base;void __iomem *va_cfg1_base;u32 cfg1_size; -u64 io_base; +resource_size_t io_base;u64 io_mod_base;phys_addr_t io_bus_addr;u32 io_size;@@ -42,10 +42,10 @@ struct pcie_port {u64 mem_mod_base;phys_addr_t mem_bus_addr;u32 mem_size; -struct resource cfg; -struct resource io; -struct resource mem; -struct resource busn; +struct resource *cfg; +struct resource *io; +struct resource *mem; +struct resource *busn;int irq;u32 lanes;struct pcie_host_ops *ops;drivers/pci/host/pcie-spear13xx.c +1
-2@@ -286,7 +286,7 @@ static int spear13xx_add_pcie_port(struct pcie_port *pp,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &spear13xx_pcie_host_ops; ret =dw_pcie_host_init (pp); --1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
PATCH v5 2/5 PCI: designware: Add ARM64 support
Quoted 10 lines · Lorenzo Pieralisi
Quoted 4 lines · Zhou Wang
This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function
dw_pcie_setup,dw_pcie_scan_bus,dw_pcie_map_irqand structhw_pci, move related operations todw_pcie_host_init. Also setpp->root_bus_nr= 0 in each PCIe host driver which is based on pcie-designware. This patch also tryMemory for ports is kzalloc'ed, so there is no need to zero it. I still think that you should explain the
root_bus_nrsetting to 0 a bit better, why you make the change and why it is safe.
Hi Lorenzo,
This patch deletes dw_pcie_scan_bus and pass root_bus_nr directly to pci_create_root_bus.
In past, we use:pci_common_init_dev
-> pcibios_init_hw -> hw->scan (dw_pcie_scan_bus)
to pass 0 to root_bus_nr in struct pcie_port. so I set root_bus_nr in each driver which is based on dw to 0.
Quoted 151 lines
[...]
Quoted 149 lines
drivers/pci/host/pcie-designware.c +48
-66-int dw_pcie_host_init (struct pcie_port *pp) +int __init dw_pcie_host_init (struct pcie_port *pp) {struct device_node *np = pp->dev->of_node;struct platform_device *pdev =to_platform_device (pp->dev); -struct of_pci_range range; -struct of_pci_range_parser parser; +struct pci_bus *bus;struct resource *cfg_res; -u32 val, na, ns; +LIST_HEAD (res); +u32 val, ns;const __be32 *addrp;int i, index, ret; +struct resource_entry *win; -/* Find the address cell size and the number of cells in order to get -* the untranslated address. -*/ -of_property_read_u32 (np,"#address-cells" , &na); +/* Find the number of cells in order to get the untranslated address */ ns =of_n_size_cells (np); cfg_res =platform_get_resource_byname (pdev,IORESOURCE_MEM ,"config" );@@ -392,78 +382,62 @@ int dw_pcie_host_init(struct pcie_port *pp)dev_err (pp->dev,"missing *config* reg space\n" ); } -if (of_pci_range_parser_init (&parser, np)) { -dev_err (pp->dev,"missing ranges property\n" ); -return -EINVAL ; - } + ret =of_pci_get_host_bridge_resources (np,0 ,0xff , &res, &pp->io_base); +if (ret) +return ret;/* Get the I/O and memory ranges from DT */ -for_each_of_pci_range (&parser, &range) { -unsigned long restype = range.flags &IORESOURCE_TYPE_BITS ; - -if (restype ==IORESOURCE_IO ) { -of_pci_range_to_resource (&range, np, &pp->io); - pp->io.name ="I/O" ; - pp->io.start =max_t (resource_size_t, -PCIBIOS_MIN_IO , - range.pci_addr + global_io_offset); - pp->io.end =min_t (resource_size_t, -IO_SPACE_LIMIT , - range.pci_addr + range.size - + global_io_offset -1 ); - pp->io_size =resource_size (&pp->io); - pp->io_bus_addr = range.pci_addr; - pp->io_base = range.cpu_addr; - -/* Find the untranslated IO space address */ - pp->io_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==IORESOURCE_MEM ) { -of_pci_range_to_resource (&range, np, &pp->mem); - pp->mem.name ="MEM" ; - pp->mem_size =resource_size (&pp->mem); - pp->mem_bus_addr = range.pci_addr; - -/* Find the untranslated MEM space address */ - pp->mem_mod_base =of_read_number (parser.range - - parser.np + na, ns); - } -if (restype ==0 ) { -of_pci_range_to_resource (&range, np, &pp->cfg); - pp->cfg0_size =resource_size (&pp->cfg)/2 ; - pp->cfg1_size =resource_size (&pp->cfg)/2 ; - pp->cfg0_base = pp->cfg.start; - pp->cfg1_base = pp->cfg.start + pp->cfg0_size; +resource_list_for_each_entry (win, &res) { +switch (resource_type (win->res)) { +case IORESOURCE_IO : + pp->io = win->res; + pp->io->name ="I/O" ; + pp->io_size =resource_size (pp->io); + pp->io_bus_addr = pp->io->start - win->offset; + pp->io_mod_base = win->__res.start; + ret =pci_remap_iospace (pp->io, pp->io_base); +if (ret) { +dev_warn (pp->dev,"error %d: failed to map resource %pR\n" , + ret, pp->io); +continue ; + } +break ; +case IORESOURCE_MEM : + pp->mem = win->res; + pp->mem->name ="MEM" ; + pp->mem_size =resource_size (pp->mem); + pp->mem_bus_addr = pp->mem->start - win->offset; + pp->mem_mod_base = win->__res.start; +break ; +case 0 : + pp->cfg = win->res; + pp->cfg0_size =resource_size (pp->cfg)/2 ; + pp->cfg1_size =resource_size (pp->cfg)/2 ; + pp->cfg0_base = pp->cfg->start; + pp->cfg1_base = pp->cfg->start + pp->cfg0_size;/* Find the untranslated configuration space address */ - pp->cfg0_mod_base =of_read_number (parser.range - - parser.np + na, ns); - pp->cfg1_mod_base = pp->cfg0_mod_base + - pp->cfg0_size; + pp->cfg0_mod_base = win->__res.start; + pp->cfg1_mod_base = pp->cfg0_mod_base + pp->cfg0_size; +break ; +case IORESOURCE_BUS : + pp->busn = win->res; +break ; +default : +continue ; } } - ret =of_pci_parse_bus_range (np, &pp->busn); -if (ret <0 ) { - pp->busn.name = np->name; - pp->busn.start =0 ; - pp->busn.end =0xff ; - pp->busn.flags =IORESOURCE_BUS ; -dev_dbg (pp->dev,"failed to parse bus-range property: %d, using default %pR\n" , - ret, &pp->busn); - } -if (!pp->dbi_base) { - pp->dbi_base =devm_ioremap (pp->dev, pp->cfg.start, -resource_size (&pp->cfg)); + pp->dbi_base =devm_ioremap (pp->dev, pp->cfg->start, +resource_size (pp->cfg));if (!pp->dbi_base) {dev_err (pp->dev,"error with ioremap\n" );return -ENOMEM ; } } - pp->mem_base = pp->mem.start; + pp->mem_base = pp->mem->start;if (!pp->va_cfg0_base) { pp->va_cfg0_base = devm_ioremap(pp->dev, pp->cfg0_base,@@ -524,15 +498,28 @@ int dw_pcie_host_init(struct pcie_port *pp) val |=PORT_LOGIC_SPEED_CHANGE ;dw_pcie_wr_own_conf (pp,PCIE_LINK_WIDTH_SPEED_CONTROL ,4 , val);
Quoted 5 lines
drivers/pci/host/pcie-designware.c int dw_pcie_host_init(struct pcie_port *pp) · line 528
Quoted 2 lines
drivers/pci/host/pcie-designware.c +0
-2-#ifdef CONFIG_PCI_MSI - dw_pcie_msi_chip.dev = pp->dev;Is it safe to remove the dev assignment ?
I am not sure about this. But from James' test of v3 series, it seems that it is OK for i.MX 6Quad board at least.
Maybe we'd better to add this in next version.
Quoted 14 lines
drivers/pci/host/pcie-designware.c int dw_pcie_host_init(struct pcie_port *pp) · line 510
Quoted 11 lines
drivers/pci/host/pcie-designware.c +9
-1- dw_pci.msi_ctrl = &dw_pcie_msi_chip; + bus =pci_create_root_bus (pp->dev, pp->root_bus_nr, &dw_pcie_ops, + pp, &res); +if (!bus) +return -ENOMEM ; + +#ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN + bus->msi = container_of(&pp->irq_domain, struct msi_controller, domain); +#else + bus->msi = &dw_pcie_msi_chip;#endif For the records, this patch conflicts with my MSI series:
Quoted 4 lines
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/360461.html
Conflict resolution is easy but it is worth keeping in mind.
Thanks for reminding this.
Best Regards,
Zhou
Quoted 154 lines
Thanks !
LorenzoQuoted 143 lines
drivers/pci/host/pcie-designware.c +12
-61- dw_pci.nr_controllers =1 ; - dw_pci.private_data = (void **)&pp; +pci_scan_child_bus (bus); +if (pp->ops->scan_bus) + pp->ops->scan_bus (pp); -pci_common_init_dev (pp->dev, &dw_pci); +#ifdef CONFIG_ARM +/* support old dtbs that incorrectly describe IRQs */ +pci_fixup_irqs (pci_common_swizzle, of_irq_parse_and_map_pci); +#endif + +pci_assign_unassigned_bus_resources (bus); +pci_bus_add_devices (bus);return 0 ; }@@ -633,7 +620,7 @@ static int dw_pcie_valid_config(struct pcie_port *pp,static int dw_pcie_rd_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 *val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 ) {@@ -657,7 +644,7 @@ static int dw_pcie_rd_conf(struct pci_bus *bus, u32 devfn, int where,static int dw_pcie_wr_conf (struct pci_bus *bus,u32 devfn,int where,int size,u32 val) { -struct pcie_port *pp =sys_to_pcie (bus->sysdata); +struct pcie_port *pp = bus->sysdata;int ret;if (dw_pcie_valid_config (pp, bus,PCI_SLOT (devfn)) ==0 )@@ -681,62 +668,6 @@ static struct pci_ops dw_pcie_ops = { .write = dw_pcie_wr_conf, }; -static int dw_pcie_setup (int nr,struct pci_sys_data *sys) -{ -struct pcie_port *pp; - - pp =sys_to_pcie (sys); - -if (global_io_offset <SZ_1M && pp->io_size >0 ) { - sys->io_offset = global_io_offset - pp->io_bus_addr; -pci_ioremap_io (global_io_offset, pp->io_base); - global_io_offset +=SZ_64K ; -pci_add_resource_offset (&sys->resources, &pp->io, - sys->io_offset); - } - - sys->mem_offset = pp->mem.start - pp->mem_bus_addr; -pci_add_resource_offset (&sys->resources, &pp->mem, sys->mem_offset); -pci_add_resource (&sys->resources, &pp->busn); - -return 1 ; -} - -static struct pci_bus *dw_pcie_scan_bus (int nr,struct pci_sys_data *sys) -{ -struct pci_bus *bus; -struct pcie_port *pp =sys_to_pcie (sys); - - pp->root_bus_nr = sys->busnr; - bus =pci_scan_root_bus (pp->dev, sys->busnr, - &dw_pcie_ops, sys, &sys->resources); -if (!bus) -return NULL ; - -if (bus && pp->ops->scan_bus) - pp->ops->scan_bus (pp); - -return bus; -} - -static int dw_pcie_map_irq (const struct pci_dev *dev,u8 slot,u8 pin) -{ -struct pcie_port *pp =sys_to_pcie (dev->bus->sysdata); -int irq; - - irq =of_irq_parse_and_map_pci (dev, slot, pin); -if (!irq) - irq = pp->irq; - -return irq; -} - -static struct hw_pci dw_pci = { - .setup = dw_pcie_setup, - .scan = dw_pcie_scan_bus, - .map_irq = dw_pcie_map_irq, -}; -void dw_pcie_setup_rc (struct pcie_port *pp) {u32 val;drivers/pci/host/pcie-designware.h +5
-5@@ -34,7 +34,7 @@ struct pcie_port {u64 cfg1_mod_base;void __iomem *va_cfg1_base;u32 cfg1_size; -u64 io_base; +resource_size_t io_base;u64 io_mod_base;phys_addr_t io_bus_addr;u32 io_size;@@ -42,10 +42,10 @@ struct pcie_port {u64 mem_mod_base;phys_addr_t mem_bus_addr;u32 mem_size; -struct resource cfg; -struct resource io; -struct resource mem; -struct resource busn; +struct resource *cfg; +struct resource *io; +struct resource *mem; +struct resource *busn;int irq;u32 lanes;struct pcie_host_ops *ops;drivers/pci/host/pcie-spear13xx.c +1
-2@@ -286,7 +286,7 @@ static int spear13xx_add_pcie_port(struct pcie_port *pp,return ret; } - pp->root_bus_nr =-1 ; + pp->root_bus_nr =0 ; pp->ops = &spear13xx_pcie_host_ops; ret =dw_pcie_host_init (pp); --1.9.1
Quoted 5 lines
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html.
PATCH v5 3/5 PCI: hisi: Add PCIe host support for HiSilicon SoC Hip05
In reply to Zhou WangThis patch adds PCIe host support for HiSilicon SoC Hip05.
--- drivers/pci/host/Kconfig | 8 ++ drivers/pci/host/Makefile | 1 + drivers/pci/host/pcie-hisi.c | 254 +++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 263 insertions(+) create mode 100644 drivers/pci/host/pcie-hisi.c
drivers/pci/host/Kconfig +8 -0
@@ -145,4 +145,12 @@ config PCIE_IPROC_BCMA Say Y here if you want to use the Broadcom iProc PCIe controller through the BCMA bus interface +config PCI_HISI + depends on OF && ARM64 + bool "HiSilicon SoC HIP05 PCIe controller" + select PCIEPORTBUS + select PCIE_DW + help + Say Y here if you want PCIe controller support on HiSilicon HIP05 SoC + endmenu
drivers/pci/host/Makefile +1 -0
@@ -17,3 +17,4 @@ obj-$(CONFIG_PCI_VERSATILE) += pci-versatile.o obj-$(CONFIG_PCIE_IPROC) += pcie-iproc.o obj-$(CONFIG_PCIE_IPROC_PLATFORM) += pcie-iproc-platform.o obj-$(CONFIG_PCIE_IPROC_BCMA) += pcie-iproc-bcma.o +obj-$(CONFIG_PCI_HISI) += pcie-hisi.o
drivers/pci/host/pcie-hisi.c new file +254 -0
254 lines not on this page · raw message
Signature · 1 line
1.9.1
PATCH v5 4/5 Documentation: DT: Add HiSilicon PCIe host binding
In reply to Zhou WangThis patch adds related DTS binding document for HiSilicon PCIe host driver.
--- .../devicetree/bindings/pci/hisilicon-pcie.txt | 46 ++++++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 Documentation/devicetree/bindings/pci/hisilicon-pcie.txt
Documentation/devicetree/bindings/pci/hisilicon-pcie.txt new file +46 -0
@@ -0,0 +1,46 @@ +HiSilicon PCIe host bridge DT description + +HiSilicon PCIe host controller is based on Designware PCI core. +It shares common functions with PCIe Designware core driver and inherits +common properties defined in +Documentation/devicetree/bindings/pci/designware-pci.txt. + +Additional properties are described here: + +Required properties: +- compatible: Should contain "hisilicon,hip05-pcie". +- reg: Should contain rc_dbi, subctrl, config registers location and length. +- reg-names: Must include the following entries: + "rc_dbi": controller configuration registers; + "subctrl": whole PCIe hosts configuration registers; + "config": PCIe configuration space registers. +- msi-parent: Should be its_pcie which is an ITS receiving MSI interrupts. +- port-id: Should be 0, 1, 2 or 3. + +Optional properties: +- status: Either "ok" or "disabled". +- dma-coherent: Present if DMA operations are coherent. + +Example: + pcie@0xb0080000 { + compatible = "hisilicon,hip05-pcie", "snps,dw-pcie"; + reg = <0 0xb0080000 0 0x10000>, <0 0xb0000000 0 0x10000>, + <0x220 0x00000000 0 0x2000>; + reg-names = "rc_dbi", "subctrl", "config"; + bus-range = <0 15>; + msi-parent = <&its_pcie>; + #address-cells = <3>; + #size-cells = <2>; + device_type = "pci"; + dma-coherent; + ranges = <0x82000000 0 0x00000000 0x220 0x00000000 0 0x10000000>; + num-lanes = <8>; + port-id = <1>; + #interrupts-cells = <1>; + interrupts-map-mask = <0xf800 0 0 7>; + interrupts-map = <0x0 0 0 1 &mbigen_pcie 1 10 + 0x0 0 0 2 &mbigen_pcie 2 11 + 0x0 0 0 3 &mbigen_pcie 3 12 + 0x0 0 0 4 &mbigen_pcie 4 13>; + status = "ok"; + };
Signature · 1 line
1.9.1
PATCH v5 4/5 Documentation: DT: Add HiSilicon PCIe host binding
Quoted 3 lines · Zhou Wang
This patch adds related DTS binding document for HiSilicon PCIe host driver.
Signed-off-by Zhou Wang <[email protected]>
Hi Arnd and Rob,
As Bjorn mentioned in v4 series, this patch need your ack. Could you help to review this patch?
Thanks,
Zhou
Quoted 58 lines
--- .../devicetree/bindings/pci/hisilicon-pcie.txt | 46 ++++++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 Documentation/devicetree/bindings/pci/hisilicon-pcie.txtDocumentation/devicetree/bindings/pci/hisilicon-pcie.txt new file +46
-0@@ -0,0 +1,46 @@ +HiSilicon PCIe host bridge DT description + +HiSilicon PCIe host controller is based on Designware PCI core. +It shares common functions with PCIe Designware core driver and inherits +common properties defined in +Documentation/devicetree/bindings/pci/designware-pci.txt. + +Additional properties are described here: + +Required properties: +- compatible: Should contain "hisilicon,hip05-pcie". +- reg: Should contain rc_dbi, subctrl, config registers location and length. +- reg-names: Must include the following entries: + "rc_dbi": controller configuration registers; + "subctrl": whole PCIe hosts configuration registers; + "config": PCIe configuration space registers. +- msi-parent: Should be its_pcie which is an ITS receiving MSI interrupts. +- port-id: Should be 0, 1, 2 or 3. + +Optional properties: +- status: Either "ok" or "disabled". +- dma-coherent: Present if DMA operations are coherent. + +Example: + pcie at 0xb0080000 { + compatible = "hisilicon,hip05-pcie", "snps,dw-pcie"; + reg = <0 0xb0080000 0 0x10000>, <0 0xb0000000 0 0x10000>, + <0x220 0x00000000 0 0x2000>; + reg-names = "rc_dbi", "subctrl", "config"; + bus-range = <0 15>; + msi-parent = <&its_pcie>; + #address-cells = <3>; + #size-cells = <2>; + device_type = "pci"; + dma-coherent; + ranges = <0x82000000 0 0x00000000 0x220 0x00000000 0 0x10000000>; + num-lanes = <8>; + port-id = <1>; + #interrupts-cells = <1>; + interrupts-map-mask = <0xf800 0 0 7>; + interrupts-map = <0x0 0 0 1 &mbigen_pcie 1 10 + 0x0 0 0 2 &mbigen_pcie 2 11 + 0x0 0 0 3 &mbigen_pcie 3 12 + 0x0 0 0 4 &mbigen_pcie 4 13>; + status = "ok"; + };
PATCH v5 5/5 MAINTAINERS: Add pcie-hisi maintainer
In reply to Zhou Wang--- MAINTAINERS | 7 +++++++ 1 file changed, 7 insertions(+)
MAINTAINERS +7 -0
@@ -7854,6 +7854,13 @@ S: Maintained F: Documentation/devicetree/bindings/pci/xgene-pci-msi.txt F: drivers/pci/host/pci-xgene-msi.c +PCIE DRIVER FOR HISILICON +M: Zhou Wang <[email protected]> +L: [email protected] +S: Maintained +F: Documentation/devicetree/bindings/pci/hisilicon-pcie.txt +F: drivers/pci/host/pcie-hisi.c + PCMCIA SUBSYSTEM P: Linux PCMCIA Team L: [email protected]
Signature · 1 line
1.9.1