From: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
To: Srikanth Thokala <sthokal@xilinx.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
Arnd Bergmann <arnd@arndb.de>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
Michal Simek <michal.simek@xilinx.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Grant Likely <grant.likely@linaro.org>,
linux-arm <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] pcie: Add Xilinx PCIe Host Bridge IP driver
Date: Thu, 20 Feb 2014 10:45:03 -0700 [thread overview]
Message-ID: <20140220174503.GB19893@obsidianresearch.com> (raw)
In-Reply-To: <CA+mB=1KSxkN+mKce5k1n93pmAA_FnWYaqNweWzxd4GD3Mo4PZA@mail.gmail.com>
On Thu, Feb 20, 2014 at 12:39:48PM +0530, Srikanth Thokala wrote:
> > These should use the standard ranges mechanism for translations and
> > apertures.
>
> This AXI PCIe bridge IP do have two kind of BARs AXI-to-PCIe BAR and
> PCIe-to-AXI BAR. The former specifies the AXI Base address and are the
> memory windows, these are listed in the 'ranges' DT property. The latter
> BAR specifies the addresses that PCI Express should respond to/is
The PCIe-to-AXI window should be setup by the driver automatically to
span all system memory, it doesn't need to be in DT.
The AXI-to-PCIe is the host bridge aperture and it should be in the DT
ranges.
> tallowed to write to and these addresses written to configuration space
> during the initialization.
Hopefully this was done in a conformant way, please provide a lspci
-vv next round please..
> > Also, IMHO, only root ports should be supported in a host bridge
> > driver. A PCI end point is something entirely different.
>
> We are not supporting end point in this driver. This is a soft IP
> and can be configurable as a Root Port/End point while creating a HW
> design in the FPGA. So, the driver use this DT property to first
> check if it is configured for Root Port and bail out if it is not.
This is something that should be handled via the compatible string, not
special properties. Root port and End port will have different
drivers, so they must have different compatible strings.
There is nothing wrong with dumping core generator configuration
properties into the DT (as a form of documentation), but you must
still use the standard techniques and properties whenever possible.
Jason
next prev parent reply other threads:[~2014-02-20 17:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-16 15:33 [PATCH] pcie: Add Xilinx PCIe Host Bridge IP driver Srikanth Thokala
2014-02-18 21:32 ` Bjorn Helgaas
2014-02-19 0:35 ` Jason Gunthorpe
2014-02-20 7:09 ` Srikanth Thokala
2014-02-20 17:45 ` Jason Gunthorpe [this message]
2014-02-21 14:48 ` Srikanth Thokala
2014-02-21 16:28 ` Jason Gunthorpe
2014-02-25 12:27 ` Srikanth Thokala
2014-02-19 8:54 ` Michal Simek
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=20140220174503.GB19893@obsidianresearch.com \
--to=jgunthorpe@obsidianresearch.com \
--cc=arnd@arndb.de \
--cc=bhelgaas@google.com \
--cc=grant.likely@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=michal.simek@xilinx.com \
--cc=robh+dt@kernel.org \
--cc=sthokal@xilinx.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).