From: Jingoo Han <jg1.han@samsung.com>
To: "'Arnd Bergmann'" <arnd@arndb.de>
Cc: "'Kukjin Kim'" <kgene.kim@samsung.com>,
"'Bjorn Helgaas'" <bhelgaas@google.com>,
linux-samsung-soc@vger.kernel.org, linux-pci@vger.kernel.org,
devicetree-discuss@lists.ozlabs.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
"'Grant Likely'" <grant.likely@secretlab.ca>,
"'Andrew Murray'" <andrew.murray@arm.com>,
"'Thomas Petazzoni'" <thomas.petazzoni@free-electrons.com>,
"'Thierry Reding'" <thierry.reding@avionic-design.de>,
"'Jason Gunthorpe'" <jgunthorpe@obsidianresearch.com>,
"'Surendranath Gurivireddy Balla'" <suren.reddy@samsung.com>,
"'Siva Reddy Kallam'" <siva.kallam@samsung.com>,
"'Thomas Abraham'" <thomas.abraham@linaro.org>,
Jingoo Han <jg1.han@samsung.com>
Subject: Re: [PATCH V5 1/3] pci: Add PCIe driver for Samsung Exynos
Date: Fri, 14 Jun 2013 17:18:46 +0900 [thread overview]
Message-ID: <000001ce68d7$ca762200$5f626600$@samsung.com> (raw)
In-Reply-To: <13685067.uPzcc2y1CU@wuerfel>
On Thursday, June 13, 2013 11:14 PM, Arnd Bergmann wrote:
> On Thursday 13 June 2013 22:22:31 Jingoo Han wrote:
>
> > +struct pcie_port_info {
> > + u32 cfg0_size;
> > + u32 cfg1_size;
> > + u32 io_size;
> > + u32 mem_size;
> > + phys_addr_t io_bus_addr;
> > + phys_addr_t mem_bus_addr;
> > +};
> > +
> > +struct pcie_port {
> > + struct device *dev;
> > + u8 controller;
> > + u8 root_bus_nr;
> > + void __iomem *dbi_base;
> > + void __iomem *elbi_base;
> > + void __iomem *phy_base;
> > + void __iomem *purple_base;
> > + phys_addr_t cfg0_base;
> > + void __iomem *va_cfg0_base;
> > + phys_addr_t cfg1_base;
> > + void __iomem *va_cfg1_base;
> > + phys_addr_t io_base;
> > + phys_addr_t mem_base;
> > + spinlock_t conf_lock;
> > + struct resource cfg;
> > + struct resource io;
> > + struct resource mem;
> > + struct pcie_port_info config;
> > + struct clk *clk;
> > + struct clk *bus_clk;
> > + int irq;
> > + int reset_gpio;
> > +};
>
> You mentioned that you'd use u64 for the resources here but did not.
Do you mean the following?
+ u64 cfg0_base;
+ u64 cfg1_base;
+ u64 io_base;
+ u64 mem_base;
>
> > +
> > +static void exynos_pcie_prog_viewport_cfg0(struct pcie_port *pp, u32 busdev)
> > +{
> > + u32 val;
> > + void __iomem *dbi_base = pp->dbi_base;
> > +
> > + /* Program viewport 0 : OUTBOUND : CFG0 */
> > + val = PCIE_ATU_REGION_OUTBOUND | PCIE_ATU_REGION_INDEX0;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_VIEWPORT);
> > + writel_rc(pp, (u64)pp->cfg0_base, dbi_base + PCIE_ATU_LOWER_BASE);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_BASE);
> > + writel_rc(pp, (u64)pp->cfg0_base + pp->config.cfg0_size - 1,
> > + dbi_base + PCIE_ATU_LIMIT);
> > + writel_rc(pp, busdev, dbi_base + PCIE_ATU_LOWER_TARGET);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_TARGET);
> > + writel_rc(pp, PCIE_ATU_TYPE_CFG0, dbi_base + PCIE_ATU_CR1);
> > + val = PCIE_ATU_ENABLE;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_CR2);
> > +}
> > +
> > +static void exynos_pcie_prog_viewport_cfg1(struct pcie_port *pp, u32 busdev)
> > +{
> > + u32 val;
> > + void __iomem *dbi_base = pp->dbi_base;
> > +
> > + /* Program viewport 1 : OUTBOUND : CFG1 */
> > + val = PCIE_ATU_REGION_OUTBOUND | PCIE_ATU_REGION_INDEX1;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_VIEWPORT);
> > + writel_rc(pp, PCIE_ATU_TYPE_CFG1, dbi_base + PCIE_ATU_CR1);
> > + val = PCIE_ATU_ENABLE;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_CR2);
> > + writel_rc(pp, (u64)pp->cfg1_base, dbi_base + PCIE_ATU_LOWER_BASE);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_BASE);
> > + writel_rc(pp, (u64)pp->cfg1_base + pp->config.cfg1_size - 1,
> > + dbi_base + PCIE_ATU_LIMIT);
> > + writel_rc(pp, busdev, dbi_base + PCIE_ATU_LOWER_TARGET);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_TARGET);
> > +}
>
> And you still don't set up the UPPER halves, which was really the point
> of my comment. Same thing for all the other ones.
Do you mean the following?
+ writel_rc(pp, pp->cfg1_base, dbi_base + PCIE_ATU_LOWER_BASE);
+ writel_rc(pp, (pp->cfg1_base >> 32), dbi_base + PCIE_ATU_UPPER_BASE);
>
> > +static void exynos_pcie_prog_viewport_mem_inbound(struct pcie_port *pp)
> > +{
> > + u32 val;
> > + void __iomem *dbi_base = pp->dbi_base;
> > +
> > + /* Program viewport 0 : INBOUND : MEM */
> > + val = PCIE_ATU_REGION_INBOUND | PCIE_ATU_REGION_INDEX0;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_VIEWPORT);
> > + writel_rc(pp, PCIE_ATU_TYPE_MEM, dbi_base + PCIE_ATU_CR1);
> > + val = PCIE_ATU_ENABLE | PCIE_ATU_BAR_MODE_ENABLE;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_CR2);
> > + writel_rc(pp, (u64)pp->config.mem_bus_addr,
> > + dbi_base + PCIE_ATU_LOWER_BASE);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_BASE);
> > + writel_rc(pp, (u64)pp->config.mem_bus_addr + pp->config.mem_size - 1,
> > + dbi_base + PCIE_ATU_LIMIT);
> > + writel_rc(pp, (u64)pp->mem_base, dbi_base + PCIE_ATU_LOWER_TARGET);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_TARGET);
> > +}
>
> This makes even less sense than before, it seems like now you only
> allow DMA between PCI devices but not to main memory.
Sorry, I cannot understand it.
Could you give me more details?
Also, pseudo-code will be very helpful.
>
> > +static void exynos_pcie_prog_viewport_io_inbound(struct pcie_port *pp)
> > +{
> > + u32 val;
> > + void __iomem *dbi_base = pp->dbi_base;
> > +
> > + /* Program viewport 1 : INBOUND : IO */
> > + val = PCIE_ATU_REGION_INBOUND | PCIE_ATU_REGION_INDEX1;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_VIEWPORT);
> > + writel_rc(pp, PCIE_ATU_TYPE_IO, dbi_base + PCIE_ATU_CR1);
> > + val = PCIE_ATU_ENABLE | PCIE_ATU_BAR_MODE_ENABLE;
> > + writel_rc(pp, val, dbi_base + PCIE_ATU_CR2);
> > + writel_rc(pp, (u64)pp->config.io_bus_addr,
> > + dbi_base + PCIE_ATU_LOWER_BASE);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_BASE);
> > + writel_rc(pp, (u64)pp->config.io_bus_addr + pp->config.io_size - 1,
> > + dbi_base + PCIE_ATU_LIMIT);
> > + writel_rc(pp, (u64)pp->io_base, dbi_base + PCIE_ATU_LOWER_TARGET);
> > + writel_rc(pp, 0, dbi_base + PCIE_ATU_UPPER_TARGET);
> > +}
>
> Can you please explain what the inbound window is as I asked you?
> I still don't see why you would need to set it up like this.
Sorry, I was guided to use this inbound from hardware engineer.
without this inbound, Exynos5440 PCIe cannot work at booting.
Surendranath Gurivireddy Balla, Siva Reddy,
Would you explain what the inbound window is?
>
> > +static int exynos_pcie_setup(int nr, struct pci_sys_data *sys)
> > +{
> > + struct pcie_port *pp;
> > +
> > + pp = sys_to_pcie(sys);
> > +
> > + if (!pp)
> > + return 0;
> > +
> > + pci_add_resource(&sys->resources, &pp->io);
> > + pci_add_resource(&sys->resources, &pp->mem);
>
> Now you are missing the offsets. You have to at least pass an offset for one
> of the I/O spaces, since they are using the same bus address. The offset must
> match the value you pass to pci_ioremap_io.
>
> For the memory space, you should pass the difference between the physical
> base address and the bus address. That address happens to be zero with
> you DT setup, but I would advise to also try out some other values in DT,
> just to ensure it still works.
Um, I cannot understand it, too.
Could you give me Psuedo-code?
Or, let me know which pcie driver can be the good reference.
>
> > + pp->reset_gpio = of_get_named_gpio(np, "reset-gpio", 0);
>
> Ok.
>
> > +
> > +static int __exit exynos_pcie_remove(struct platform_device *pdev)
> > +{
> > + struct pcie_port *pp = platform_get_drvdata(pdev);
> > +
> > + clk_disable_unprepare(pp->bus_clk);
> > + clk_disable_unprepare(pp->clk);
> > +
> > + return 0;
> > +}
>
> You also don't remove the PCI devices here, as mentioned in an earlier
> review.
I reviewed Marvell PCIe driver and Tegra PCIe driver; however,
I cannot know what you mean.
Could let me know which additional functions are needed?
>
> Arnd
next prev parent reply other threads:[~2013-06-14 8:18 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-13 13:22 [PATCH V5 1/3] pci: Add PCIe driver for Samsung Exynos Jingoo Han
2013-06-13 14:13 ` Arnd Bergmann
2013-06-14 8:18 ` Jingoo Han [this message]
2013-06-14 10:53 ` Thierry Reding
2013-06-14 12:38 ` Arnd Bergmann
2013-07-17 5:07 ` Thierry Reding
2013-06-14 12:53 ` Arnd Bergmann
2013-06-17 9:45 ` Jingoo Han
2013-06-17 12:44 ` Arnd Bergmann
2013-06-18 3:52 ` Jingoo Han
2013-06-18 13:56 ` Arnd Bergmann
2013-06-19 1:13 ` Jingoo Han
2013-06-19 12:43 ` Arnd Bergmann
2013-06-20 6:41 ` Jingoo Han
2013-06-18 5:35 ` Jingoo Han
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000001ce68d7$ca762200$5f626600$@samsung.com' \
--to=jg1.han@samsung.com \
--cc=andrew.murray@arm.com \
--cc=arnd@arndb.de \
--cc=bhelgaas@google.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=grant.likely@secretlab.ca \
--cc=jgunthorpe@obsidianresearch.com \
--cc=kgene.kim@samsung.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=siva.kallam@samsung.com \
--cc=suren.reddy@samsung.com \
--cc=thierry.reding@avionic-design.de \
--cc=thomas.abraham@linaro.org \
--cc=thomas.petazzoni@free-electrons.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).