* [RFC] Build with arm64 configuration @ 2015-03-09 12:18 Jaehoon Chung 2015-03-09 23:35 ` Bjorn Helgaas 0 siblings, 1 reply; 8+ messages in thread From: Jaehoon Chung @ 2015-03-09 12:18 UTC (permalink / raw) To: linux-pci Hi, I have a question for building arm64. (Actually, i didn't have many knowledges for PCIe.) When i built with arm64 configuration, then i always found the compiler errors. Since some header file has dependency on structure of architecture. I think it's not solution that it copies from arch/arm/... to arch/arm64/... So i want to get advise at mailing. how can i solve it? If my understanding is right, after enabled PCIe at bootloader, then it bridges at kernel. right? I want to know exactly solution.. Best Regards, Jaehoon Chung ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-09 12:18 [RFC] Build with arm64 configuration Jaehoon Chung @ 2015-03-09 23:35 ` Bjorn Helgaas 2015-03-10 1:36 ` Jaehoon Chung 0 siblings, 1 reply; 8+ messages in thread From: Bjorn Helgaas @ 2015-03-09 23:35 UTC (permalink / raw) To: Jaehoon Chung; +Cc: linux-pci On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > Hi, > > I have a question for building arm64. > (Actually, i didn't have many knowledges for PCIe.) > When i built with arm64 configuration, then i always found the compiler errors. The kernel does build for arm64, so you'll have to be more specific about the problem you're seeing. > Since some header file has dependency on structure of architecture. > I think it's not solution that it copies from arch/arm/... to arch/arm64/... > > So i want to get advise at mailing. how can i solve it? > If my understanding is right, after enabled PCIe at bootloader, then it bridges at kernel. right? I don't know how to parse this question. Can you rephrase it? Bjorn ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-09 23:35 ` Bjorn Helgaas @ 2015-03-10 1:36 ` Jaehoon Chung 2015-03-10 2:17 ` Bjorn Helgaas 0 siblings, 1 reply; 8+ messages in thread From: Jaehoon Chung @ 2015-03-10 1:36 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: linux-pci, cpGS Dear, Bjorn. Thanks for reply. On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: > On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >> Hi, >> >> I have a question for building arm64. >> (Actually, i didn't have many knowledges for PCIe.) >> When i built with arm64 configuration, then i always found the compiler errors. > > The kernel does build for arm64, so you'll have to be more specific > about the problem you're seeing. I built the pcie-designware.c and pci-exynos.c. When pcie-designware.c is built, i found the below error message. drivers/pci/host/pcie-designware.c:74:52: warning: ˜struct pci_sys_data™ declared inside parameter list static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) ^ drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want In file included from include/uapi/linux/stddef.h:1:0, from include/linux/stddef.h:4, from ./include/uapi/linux/posix_types.h:4, from include/uapi/linux/types.h:13, from include/linux/types.h:5, from include/linux/smp.h:10, from include/linux/irq.h:12, from drivers/pci/host/pcie-designware.c:14: drivers/pci/host/pcie-designware.c: In function ˜sys_to_pcie": drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type BUG_ON(!sys->private_data); I found it's located at arch/arm/include/asm/mach/pci.h. It can't refer when do build for arm64. So I think that i missed something..I have also searched the patches relevant to this at patchwork. Some patch have copied header files relevant to "pci" to "arch/arm64/include/". (This is not solution.) And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c I think mailing should know the graceful solution. If i can solve this problem, i will contribute for pci-exynos.c. Best Regards, Jaehoon Chung > >> Since some header file has dependency on structure of architecture. >> I think it's not solution that it copies from arch/arm/... to arch/arm64/... >> >> So i want to get advise at mailing. how can i solve it? >> If my understanding is right, after enabled PCIe at bootloader, then it bridges at kernel. right? > > I don't know how to parse this question. Can you rephrase it? > > Bjorn > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-10 1:36 ` Jaehoon Chung @ 2015-03-10 2:17 ` Bjorn Helgaas 2015-03-11 8:00 ` Jaehoon Chung 0 siblings, 1 reply; 8+ messages in thread From: Bjorn Helgaas @ 2015-03-10 2:17 UTC (permalink / raw) To: Jaehoon Chung; +Cc: linux-pci, cpGS, Jingoo Han, Mohit Kumar [+cc Jingoo, Mohit] On Mon, Mar 9, 2015 at 8:36 PM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > Dear, Bjorn. > > Thanks for reply. > > On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: >> On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >>> Hi, >>> >>> I have a question for building arm64. >>> (Actually, i didn't have many knowledges for PCIe.) >>> When i built with arm64 configuration, then i always found the compiler errors. >> >> The kernel does build for arm64, so you'll have to be more specific >> about the problem you're seeing. > > I built the pcie-designware.c and pci-exynos.c. > > When pcie-designware.c is built, i found the below error message. > drivers/pci/host/pcie-designware.c:74:52: warning: ˜struct pci_sys_data™ declared inside parameter list > static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) > ^ > drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want > In file included from include/uapi/linux/stddef.h:1:0, > from include/linux/stddef.h:4, > from ./include/uapi/linux/posix_types.h:4, > from include/uapi/linux/types.h:13, > from include/linux/types.h:5, > from include/linux/smp.h:10, > from include/linux/irq.h:12, > from drivers/pci/host/pcie-designware.c:14: > drivers/pci/host/pcie-designware.c: In function ˜sys_to_pcie": > drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type > BUG_ON(!sys->private_data); > > I found it's located at arch/arm/include/asm/mach/pci.h. > It can't refer when do build for arm64. > So I think that i missed something..I have also searched the patches relevant to this at patchwork. > Some patch have copied header files relevant to "pci" to "arch/arm64/include/". > (This is not solution.) > > And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c > I think mailing should know the graceful solution. > > If i can solve this problem, i will contribute for pci-exynos.c. Oh, I think pcie-designware.c and pci-exynos.c currently only work on arm, not on arm64. I don't know enough about them to know whether they could be made to work on arm64. But Jingoo and Mohit probably do. Bjorn ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-10 2:17 ` Bjorn Helgaas @ 2015-03-11 8:00 ` Jaehoon Chung 2015-03-18 15:16 ` Liviu Dudau 0 siblings, 1 reply; 8+ messages in thread From: Jaehoon Chung @ 2015-03-11 8:00 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: linux-pci, cpGS, Jingoo Han, Mohit Kumar Dear, Bjorn. On 03/10/2015 11:17 AM, Bjorn Helgaas wrote: > [+cc Jingoo, Mohit] > > On Mon, Mar 9, 2015 at 8:36 PM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >> Dear, Bjorn. >> >> Thanks for reply. >> >> On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: >>> On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >>>> Hi, >>>> >>>> I have a question for building arm64. >>>> (Actually, i didn't have many knowledges for PCIe.) >>>> When i built with arm64 configuration, then i always found the compiler errors. >>> >>> The kernel does build for arm64, so you'll have to be more specific >>> about the problem you're seeing. >> >> I built the pcie-designware.c and pci-exynos.c. >> >> When pcie-designware.c is built, i found the below error message. >> drivers/pci/host/pcie-designware.c:74:52: warning: Ëstruct pci_sys_data⢠declared inside parameter list >> static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) >> ^ >> drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want >> In file included from include/uapi/linux/stddef.h:1:0, >> from include/linux/stddef.h:4, >> from ./include/uapi/linux/posix_types.h:4, >> from include/uapi/linux/types.h:13, >> from include/linux/types.h:5, >> from include/linux/smp.h:10, >> from include/linux/irq.h:12, >> from drivers/pci/host/pcie-designware.c:14: >> drivers/pci/host/pcie-designware.c: In function Ësys_to_pcie": >> drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type >> BUG_ON(!sys->private_data); >> >> I found it's located at arch/arm/include/asm/mach/pci.h. >> It can't refer when do build for arm64. >> So I think that i missed something..I have also searched the patches relevant to this at patchwork. >> Some patch have copied header files relevant to "pci" to "arch/arm64/include/". >> (This is not solution.) >> >> And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c >> I think mailing should know the graceful solution. >> >> If i can solve this problem, i will contribute for pci-exynos.c. > > Oh, I think pcie-designware.c and pci-exynos.c currently only work on > arm, not on arm64. I don't know enough about them to know whether > they could be made to work on arm64. But Jingoo and Mohit probably > do. I'm checking the code.. If my understanding is right, pci_sys_data is just used to take data relevant to pice_port. So I think it can get from device-tree or other. I don't exactly know why needs "pci_sys_data". It seems to discuss about pcie (struct pci_sys_data and hw_pci) on arm64 at mailing..right? ([RFC 2/4] PCI: generic: Add support for ARM64 and MSI(x)) If need to work, i have interesting for contributing pcie on arm64.(pcie-designware.c and pci-exynos.c) But i need to gain the knowledge of pcie.. Best Regards, Jaehoon Chung > > Bjorn > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-11 8:00 ` Jaehoon Chung @ 2015-03-18 15:16 ` Liviu Dudau 2015-03-19 7:14 ` Jaehoon Chung 0 siblings, 1 reply; 8+ messages in thread From: Liviu Dudau @ 2015-03-18 15:16 UTC (permalink / raw) To: Jaehoon Chung; +Cc: Bjorn Helgaas, linux-pci, cpGS, Jingoo Han, Mohit Kumar On Wed, Mar 11, 2015 at 08:00:11AM +0000, Jaehoon Chung wrote: > Dear, Bjorn. > > On 03/10/2015 11:17 AM, Bjorn Helgaas wrote: > > [+cc Jingoo, Mohit] > > > > On Mon, Mar 9, 2015 at 8:36 PM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > >> Dear, Bjorn. > >> > >> Thanks for reply. > >> > >> On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: > >>> On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > >>>> Hi, > >>>> > >>>> I have a question for building arm64. > >>>> (Actually, i didn't have many knowledges for PCIe.) > >>>> When i built with arm64 configuration, then i always found the compiler errors. > >>> > >>> The kernel does build for arm64, so you'll have to be more specific > >>> about the problem you're seeing. > >> > >> I built the pcie-designware.c and pci-exynos.c. > >> > >> When pcie-designware.c is built, i found the below error message. > >> drivers/pci/host/pcie-designware.c:74:52: warning: Ëstruct pci_sys_data⢠declared inside parameter list > >> static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) > >> ^ > >> drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want > >> In file included from include/uapi/linux/stddef.h:1:0, > >> from include/linux/stddef.h:4, > >> from ./include/uapi/linux/posix_types.h:4, > >> from include/uapi/linux/types.h:13, > >> from include/linux/types.h:5, > >> from include/linux/smp.h:10, > >> from include/linux/irq.h:12, > >> from drivers/pci/host/pcie-designware.c:14: > >> drivers/pci/host/pcie-designware.c: In function Ësys_to_pcie": > >> drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type > >> BUG_ON(!sys->private_data); > >> > >> I found it's located at arch/arm/include/asm/mach/pci.h. > >> It can't refer when do build for arm64. > >> So I think that i missed something..I have also searched the patches relevant to this at patchwork. > >> Some patch have copied header files relevant to "pci" to "arch/arm64/include/". > >> (This is not solution.) > >> > >> And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c > >> I think mailing should know the graceful solution. > >> > >> If i can solve this problem, i will contribute for pci-exynos.c. > > > > Oh, I think pcie-designware.c and pci-exynos.c currently only work on > > arm, not on arm64. I don't know enough about them to know whether > > they could be made to work on arm64. But Jingoo and Mohit probably > > do. Jaehoon, pci-exynos and pcie-designware need to be converted to the generic PCIe framework and then they will work on both arm and arm64. For an example of a driver that successfully works in both worlds look at pci-versatile.c. Currently, PCI host bridges that work on arch/arm depend on pci_sys_data, like you have discovered. There is no reason to do that nowadays, and Lorenzo Pieralisi, Yijing Wang and others are trying to get rid of that structure from arch/arm. Best regards, Liviu > > I'm checking the code.. > If my understanding is right, pci_sys_data is just used to take data relevant to pice_port. > So I think it can get from device-tree or other. > I don't exactly know why needs "pci_sys_data". > > It seems to discuss about pcie (struct pci_sys_data and hw_pci) on arm64 at mailing..right? > ([RFC 2/4] PCI: generic: Add support for ARM64 and MSI(x)) > > If need to work, i have interesting for contributing pcie on arm64.(pcie-designware.c and pci-exynos.c) > But i need to gain the knowledge of pcie.. > > Best Regards, > Jaehoon Chung > > > > > Bjorn > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-pci" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- ==================== | I would like to | | fix the world, | | but they're not | | giving me the | \ source code! / --------------- ¯\_(ツ)_/¯ ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-18 15:16 ` Liviu Dudau @ 2015-03-19 7:14 ` Jaehoon Chung 2015-03-19 10:17 ` Liviu Dudau 0 siblings, 1 reply; 8+ messages in thread From: Jaehoon Chung @ 2015-03-19 7:14 UTC (permalink / raw) To: Liviu Dudau; +Cc: Bjorn Helgaas, linux-pci, cpGS, Jingoo Han, Mohit Kumar, robh Dear, Liviu. On 03/19/2015 12:16 AM, Liviu Dudau wrote: > On Wed, Mar 11, 2015 at 08:00:11AM +0000, Jaehoon Chung wrote: >> Dear, Bjorn. >> >> On 03/10/2015 11:17 AM, Bjorn Helgaas wrote: >>> [+cc Jingoo, Mohit] >>> >>> On Mon, Mar 9, 2015 at 8:36 PM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >>>> Dear, Bjorn. >>>> >>>> Thanks for reply. >>>> >>>> On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: >>>>> On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: >>>>>> Hi, >>>>>> >>>>>> I have a question for building arm64. >>>>>> (Actually, i didn't have many knowledges for PCIe.) >>>>>> When i built with arm64 configuration, then i always found the compiler errors. >>>>> >>>>> The kernel does build for arm64, so you'll have to be more specific >>>>> about the problem you're seeing. >>>> >>>> I built the pcie-designware.c and pci-exynos.c. >>>> >>>> When pcie-designware.c is built, i found the below error message. >>>> drivers/pci/host/pcie-designware.c:74:52: warning: Ëstruct pci_sys_data⢠declared inside parameter list >>>> static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) >>>> ^ >>>> drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want >>>> In file included from include/uapi/linux/stddef.h:1:0, >>>> from include/linux/stddef.h:4, >>>> from ./include/uapi/linux/posix_types.h:4, >>>> from include/uapi/linux/types.h:13, >>>> from include/linux/types.h:5, >>>> from include/linux/smp.h:10, >>>> from include/linux/irq.h:12, >>>> from drivers/pci/host/pcie-designware.c:14: >>>> drivers/pci/host/pcie-designware.c: In function Ësys_to_pcie": >>>> drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type >>>> BUG_ON(!sys->private_data); >>>> >>>> I found it's located at arch/arm/include/asm/mach/pci.h. >>>> It can't refer when do build for arm64. >>>> So I think that i missed something..I have also searched the patches relevant to this at patchwork. >>>> Some patch have copied header files relevant to "pci" to "arch/arm64/include/". >>>> (This is not solution.) >>>> >>>> And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c >>>> I think mailing should know the graceful solution. >>>> >>>> If i can solve this problem, i will contribute for pci-exynos.c. >>> >>> Oh, I think pcie-designware.c and pci-exynos.c currently only work on >>> arm, not on arm64. I don't know enough about them to know whether >>> they could be made to work on arm64. But Jingoo and Mohit probably >>> do. > > Jaehoon, > > pci-exynos and pcie-designware need to be converted to the generic PCIe framework and then > they will work on both arm and arm64. For an example of a driver that successfully works > in both worlds look at pci-versatile.c. Thanks a lot! I'm looking at pci-versatile.c and comparing with pcie-designware and pci-exynos. One question.. At pci-versatile.c, i found the resource_list_for_each_entry() into versatile_pci_parse_request_of_pci_ranges(). resource_list_for_each_entry needs two arguments, but it's passed three arguments. It seems to want using "resource_list_for_each_entry_safe()", doesn't it? (+CC'd Rob Herring) diff --git a/drivers/pci/host/pci-versatile.c b/drivers/pci/host/pci-versatile.c index 1ec694a..8eb3b80 100644 --- a/drivers/pci/host/pci-versatile.c +++ b/drivers/pci/host/pci-versatile.c @@ -80,7 +80,7 @@ static int versatile_pci_parse_request_of_pci_ranges(struct device *dev, if (err) return err; - resource_list_for_each_entry(win, res, list) { + resource_list_for_each_entry_safe(win, res, list) { struct resource *parent, *res = win->res; switch (resource_type(res)) { Best Regards, Jaehoon Chung > > Currently, PCI host bridges that work on arch/arm depend on pci_sys_data, like you have > discovered. There is no reason to do that nowadays, and Lorenzo Pieralisi, Yijing Wang > and others are trying to get rid of that structure from arch/arm. > > Best regards, > Liviu > >> >> I'm checking the code.. >> If my understanding is right, pci_sys_data is just used to take data relevant to pice_port. >> So I think it can get from device-tree or other. >> I don't exactly know why needs "pci_sys_data". >> >> It seems to discuss about pcie (struct pci_sys_data and hw_pci) on arm64 at mailing..right? >> ([RFC 2/4] PCI: generic: Add support for ARM64 and MSI(x)) >> >> If need to work, i have interesting for contributing pcie on arm64.(pcie-designware.c and pci-exynos.c) >> But i need to gain the knowledge of pcie.. >> >> Best Regards, >> Jaehoon Chung >> >>> >>> Bjorn >>> >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-pci" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [RFC] Build with arm64 configuration 2015-03-19 7:14 ` Jaehoon Chung @ 2015-03-19 10:17 ` Liviu Dudau 0 siblings, 0 replies; 8+ messages in thread From: Liviu Dudau @ 2015-03-19 10:17 UTC (permalink / raw) To: Jaehoon Chung Cc: Bjorn Helgaas, linux-pci, cpGS, Jingoo Han, Mohit Kumar, robh On Thu, Mar 19, 2015 at 07:14:29AM +0000, Jaehoon Chung wrote: > Dear, Liviu. > > On 03/19/2015 12:16 AM, Liviu Dudau wrote: > > On Wed, Mar 11, 2015 at 08:00:11AM +0000, Jaehoon Chung wrote: > >> Dear, Bjorn. > >> > >> On 03/10/2015 11:17 AM, Bjorn Helgaas wrote: > >>> [+cc Jingoo, Mohit] > >>> > >>> On Mon, Mar 9, 2015 at 8:36 PM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > >>>> Dear, Bjorn. > >>>> > >>>> Thanks for reply. > >>>> > >>>> On 03/10/2015 08:35 AM, Bjorn Helgaas wrote: > >>>>> On Mon, Mar 9, 2015 at 7:18 AM, Jaehoon Chung <jh80.chung@samsung.com> wrote: > >>>>>> Hi, > >>>>>> > >>>>>> I have a question for building arm64. > >>>>>> (Actually, i didn't have many knowledges for PCIe.) > >>>>>> When i built with arm64 configuration, then i always found the compiler errors. > >>>>> > >>>>> The kernel does build for arm64, so you'll have to be more specific > >>>>> about the problem you're seeing. > >>>> > >>>> I built the pcie-designware.c and pci-exynos.c. > >>>> > >>>> When pcie-designware.c is built, i found the below error message. > >>>> drivers/pci/host/pcie-designware.c:74:52: warning: Ëstruct pci_sys_data⢠declared inside parameter list > >>>> static inline struct pcie_port *sys_to_pcie(struct pci_sys_data *sys) > >>>> ^ > >>>> drivers/pci/host/pcie-designware.c:74:52: warning: its scope is only this definition or declaration, which is probably not what you want > >>>> In file included from include/uapi/linux/stddef.h:1:0, > >>>> from include/linux/stddef.h:4, > >>>> from ./include/uapi/linux/posix_types.h:4, > >>>> from include/uapi/linux/types.h:13, > >>>> from include/linux/types.h:5, > >>>> from include/linux/smp.h:10, > >>>> from include/linux/irq.h:12, > >>>> from drivers/pci/host/pcie-designware.c:14: > >>>> drivers/pci/host/pcie-designware.c: In function Ësys_to_pcie": > >>>> drivers/pci/host/pcie-designware.c:76:13: error: dereferencing pointer to incomplete type > >>>> BUG_ON(!sys->private_data); > >>>> > >>>> I found it's located at arch/arm/include/asm/mach/pci.h. > >>>> It can't refer when do build for arm64. > >>>> So I think that i missed something..I have also searched the patches relevant to this at patchwork. > >>>> Some patch have copied header files relevant to "pci" to "arch/arm64/include/". > >>>> (This is not solution.) > >>>> > >>>> And i don't want to add #ifdef CONFIG_ARM64 into pcie-designware.c > >>>> I think mailing should know the graceful solution. > >>>> > >>>> If i can solve this problem, i will contribute for pci-exynos.c. > >>> > >>> Oh, I think pcie-designware.c and pci-exynos.c currently only work on > >>> arm, not on arm64. I don't know enough about them to know whether > >>> they could be made to work on arm64. But Jingoo and Mohit probably > >>> do. > > > > Jaehoon, > > > > pci-exynos and pcie-designware need to be converted to the generic PCIe framework and then > > they will work on both arm and arm64. For an example of a driver that successfully works > > in both worlds look at pci-versatile.c. > > Thanks a lot! I'm looking at pci-versatile.c and comparing with pcie-designware and pci-exynos. > > One question.. > At pci-versatile.c, i found the resource_list_for_each_entry() into versatile_pci_parse_request_of_pci_ranges(). > resource_list_for_each_entry needs two arguments, but it's passed three arguments. > It seems to want using "resource_list_for_each_entry_safe()", doesn't it? (+CC'd Rob Herring) Yes, there is a patch already in the mailing lists from Yijing I belive. Best regards, Liviu > > diff --git a/drivers/pci/host/pci-versatile.c b/drivers/pci/host/pci-versatile.c > index 1ec694a..8eb3b80 100644 > --- a/drivers/pci/host/pci-versatile.c > +++ b/drivers/pci/host/pci-versatile.c > @@ -80,7 +80,7 @@ static int versatile_pci_parse_request_of_pci_ranges(struct device *dev, > if (err) > return err; > > - resource_list_for_each_entry(win, res, list) { > + resource_list_for_each_entry_safe(win, res, list) { > struct resource *parent, *res = win->res; > > switch (resource_type(res)) { > > > Best Regards, > Jaehoon Chung > > > > > Currently, PCI host bridges that work on arch/arm depend on pci_sys_data, like you have > > discovered. There is no reason to do that nowadays, and Lorenzo Pieralisi, Yijing Wang > > and others are trying to get rid of that structure from arch/arm. > > > > Best regards, > > Liviu > > > >> > >> I'm checking the code.. > >> If my understanding is right, pci_sys_data is just used to take data relevant to pice_port. > >> So I think it can get from device-tree or other. > >> I don't exactly know why needs "pci_sys_data". > >> > >> It seems to discuss about pcie (struct pci_sys_data and hw_pci) on arm64 at mailing..right? > >> ([RFC 2/4] PCI: generic: Add support for ARM64 and MSI(x)) > >> > >> If need to work, i have interesting for contributing pcie on arm64.(pcie-designware.c and pci-exynos.c) > >> But i need to gain the knowledge of pcie.. > >> > >> Best Regards, > >> Jaehoon Chung > >> > >>> > >>> Bjorn > >>> > >> > >> -- > >> To unsubscribe from this list: send the line "unsubscribe linux-pci" in > >> the body of a message to majordomo@vger.kernel.org > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > > > > > -- ==================== | I would like to | | fix the world, | | but they're not | | giving me the | \ source code! / --------------- ¯\_(ツ)_/¯ ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-03-19 10:17 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-03-09 12:18 [RFC] Build with arm64 configuration Jaehoon Chung 2015-03-09 23:35 ` Bjorn Helgaas 2015-03-10 1:36 ` Jaehoon Chung 2015-03-10 2:17 ` Bjorn Helgaas 2015-03-11 8:00 ` Jaehoon Chung 2015-03-18 15:16 ` Liviu Dudau 2015-03-19 7:14 ` Jaehoon Chung 2015-03-19 10:17 ` Liviu Dudau
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.