From: jim2101024@gmail.com (Jim Quinlan)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/9] PCI: host: brcmstb: add DT docs for Brcmstb PCIe device
Date: Wed, 11 Oct 2017 18:34:22 -0400 [thread overview]
Message-ID: <1507761269-7017-3-git-send-email-jim2101024@gmail.com> (raw)
In-Reply-To: <1507761269-7017-1-git-send-email-jim2101024@gmail.com>
The DT bindings description of the Brcmstb PCIe device is described. This
node can be used by almost all Broadcom settop box chips, using
ARM, ARM64, or MIPS CPU architectures.
Signed-off-by: Jim Quinlan <jim2101024@gmail.com>
---
.../devicetree/bindings/pci/brcmstb-pci.txt | 106 +++++++++++++++++++++
1 file changed, 106 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pci/brcmstb-pci.txt
diff --git a/Documentation/devicetree/bindings/pci/brcmstb-pci.txt b/Documentation/devicetree/bindings/pci/brcmstb-pci.txt
new file mode 100644
index 0000000..2f699da
--- /dev/null
+++ b/Documentation/devicetree/bindings/pci/brcmstb-pci.txt
@@ -0,0 +1,106 @@
+Brcmstb PCIe Host Controller Device Tree Bindings
+
+Introduction:
+ The brcmstb host controller closely follows the example set in
+
+ [1] http://devicetree.org/Device_Tree_Usage#PCI_Host_Bridge
+
+ The rest of this document explains some added customizations and
+ offers an example Brcmstb PCIe host controller DT node.
+
+Required Properties:
+ reg -- the register start address and length for the PCIe block.
+ Additional start,length pairs may be specified for clock addresses.
+ interrupts -- two interrupts are specified; the first interrupt is for
+ the PCI host controller and the second is for MSI if the built-in
+ MSI controller is to be used.
+ interrupt-names -- names of the interrupts (above): "pcie" and "msi".
+ compatible -- must be one of: "brcm,bcm7425-pcie", "brcm,bcm7435-pcie",
+ or "brcm,bcm7278-pcie".
+ #address-cells -- the number of address cells for PCI-space.
+ #size-cells -- the number of size cells for PCI-space.
+ ranges -- See [1]; a specification of the outbound windows for the host
+ controller. Each outbound window is described by a n-tuple:
+ (3 cells) -- PCIe space start address; one cell for attributes
+ and two cells for the 64-bit PCIe address.
+ (x cells) -- CPU/System start address, number of cells is determined
+ by the parent node's #address-cells.
+ (y cells) -- Size of region, number of cells determined by the
+ parent node's #size-cells.
+ Due to hardware limitations, there may be a maximum of four
+ non-contiguous ranges specified.
+ #interrupt-cells -- number of cells used to describe the interrupt.
+ interrupt-map-mask -- see [1]; four cells, the first three are zero
+ for our uses and the fourth cell is the mask (val = 0x7) for
+ the legacy interrupt number [1..4].
+ interrupt-map -- See [1]; there are four interrupts (INTA, INTB,
+ INTC, and INTD) to be mapped; each interrupt requires 5 cells
+ plus the size of the interrupt specifier.
+ linux,pci-domain -- the domain of the host controller.
+
+Optional Properties:
+ clocks -- list of clock phandles. If specified, this should list one
+ clock.
+ clock-names -- the "local" names of the clocks specified in 'clocks'. Note
+ that if the 'clocks' property is given, 'clock-names' is mandatory,
+ and the name of the clock is expected to be "sw_pcie".
+ dma-ranges -- Similar in structure to ranges, each dma region is
+ specified with a n-tuple. Dma-regions describe the inbound
+ accesses from EP to RC; it translates the pci address that the
+ EP "sees" to the CPU address in memory. This property is needed
+ because the design of the Brcmstb memory subsystem often precludes
+ idenity-mapping between CPU address space and PCIe address space.
+ Each range is described by a n-tuple:
+ (3 cells) -- PCIe space start address; one cell for attributes
+ and two cells for the 64-bit PCIe address.
+ (x cells) -- CPU/System start address, number of cells is determined
+ by the parent node's #address-cells.
+ (y cells) -- Size of region, number of cells determined by the
+ parent node's #size-cells.
+ msi-parent -- if MSI is to be used, this must be a phandle to the
+ msi-parent. If this prop is set to the phandle of the PCIe
+ node, or if the msi-parent prop is missing, the PCIE controller
+ will attempt to use its built in MSI controller.
+ msi-controller -- this property should only be specified if the
+ PCIe controller is using its internal MSI controller.
+ brcm,ssc -- (boolean) indicates usage of spread-spectrum clocking.
+ brcm,gen -- (integer) indicates desired generation of link:
+ 1 => 2.5 Gbps, 2 => 5.0 Gbps, 3 => 8.0 Gbps.
+ supply-names -- the names of voltage regulators that the root
+ complex should turn off/on/on on suspend/resume/boot. This
+ is a string list.
+ supplies -- A collection of phandles to a regulator nodes, see
+ Documentation/devicetree/bindings/regulator/ for specific
+ bindings. The number and order of phandles must match
+ exactly the number of strings in the "supply-names" property.
+
+Example Node:
+
+pcie0: pcie at f0460000 {
+ reg = <0x0 0xf0460000 0x0 0x9310>;
+ interrupts = <0x0 0x0 0x4>;
+ compatible = "brcm,pci-plat-dev";
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges = <0x02000000 0x00000000 0x00000000 0x00000000 0xc0000000 0x00000000 0x08000000
+ 0x02000000 0x00000000 0x08000000 0x00000000 0xc8000000 0x00000000 0x08000000>;
+ #interrupt-cells = <1>;
+ interrupt-map-mask = <0 0 0 7>;
+ interrupt-map = <0 0 0 1 &intc 0 47 3
+ 0 0 0 2 &intc 0 48 3
+ 0 0 0 3 &intc 0 49 3
+ 0 0 0 4 &intc 0 50 3>;
+ interrupt-names = "pcie_0_inta",
+ "pcie_0_intb",
+ "pcie_0_intc",
+ "pcie_0_intd";
+ clocks = <&sw_pcie0>;
+ clock-names = "sw_pcie";
+ msi-parent = <&pcie0>; /* use PCIe's internal MSI controller */
+ msi-controller; /* use PCIe's internal MSI controller */
+ brcm,ssc;
+ brcm,gen = <1>;
+ supply-names = "vreg-wifi-pwr";
+ supplies = <&vreg-wifi-pwr>;
+ linux,pci-domain = <0>;
+ };
--
1.9.0.138.g2de3478
next prev parent reply other threads:[~2017-10-11 22:34 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-11 22:34 PCI: brcmstb: Add Broadcom Settopbox PCIe support Jim Quinlan
2017-10-11 22:34 ` [PATCH 1/9] SOC: brcmstb: add memory API Jim Quinlan
2017-10-12 14:41 ` Julien Thierry
2017-10-12 16:53 ` Florian Fainelli
2017-10-17 8:24 ` Christoph Hellwig
2017-10-17 16:12 ` Florian Fainelli
2017-10-18 6:46 ` Christoph Hellwig
2017-10-18 16:47 ` Florian Fainelli
2017-10-11 22:34 ` Jim Quinlan [this message]
2017-10-12 0:55 ` [PATCH 2/9] PCI: host: brcmstb: add DT docs for Brcmstb PCIe device Brian Norris
2017-10-12 17:52 ` Jim Quinlan
2017-10-17 20:24 ` Rob Herring
2017-10-17 22:42 ` Jim Quinlan
2017-10-19 21:49 ` Rob Herring
2017-10-19 21:58 ` Florian Fainelli
2017-10-20 17:27 ` Brian Norris
2017-10-20 21:39 ` Rob Herring
2017-10-19 23:04 ` Jim Quinlan
2017-10-11 22:34 ` [PATCH 3/9] PCI: host: brcmstb: Broadcom PCIe Host Controller Jim Quinlan
2017-10-11 22:34 ` [PATCH 4/9] arm64: dma-mapping: export symbol arch_setup_dma_ops Jim Quinlan
2017-10-12 17:06 ` Robin Murphy
2017-10-12 18:15 ` Jim Quinlan
2017-10-11 22:34 ` [PATCH 5/9] PCI: host: brcmstb: add dma-ranges for inbound traffic Jim Quinlan
2017-10-12 18:04 ` Robin Murphy
2017-10-12 21:43 ` Jim Quinlan
2017-10-17 8:14 ` Christoph Hellwig
2017-10-17 16:11 ` Jim Quinlan
2017-10-18 6:53 ` Christoph Hellwig
2017-10-18 14:41 ` Jim Quinlan
2017-10-19 9:16 ` Christoph Hellwig
2017-10-19 22:47 ` Jim Quinlan
2017-10-20 7:37 ` Christoph Hellwig
2017-10-20 14:41 ` Jim Quinlan
2017-10-20 14:57 ` Christoph Hellwig
2017-10-20 15:27 ` Jim Quinlan
2017-10-20 16:17 ` Christoph Hellwig
2017-10-23 9:06 ` David Laight
2017-10-24 18:08 ` Jim Quinlan
2017-10-25 9:36 ` David Laight
2017-10-11 22:34 ` [PATCH 6/9] PCI/MSI: Enable PCI_MSI_IRQ_DOMAIN support for MIPS Jim Quinlan
2017-10-11 22:34 ` [PATCH 7/9] PCI: host: brcmstb: add MSI capability Jim Quinlan
2017-10-11 22:34 ` [PATCH 8/9] MIPS: BMIPS: add PCI bindings for 7425, 7435 Jim Quinlan
2017-10-11 22:34 ` [PATCH 9/9] MIPS: BMIPS: enable PCI Jim Quinlan
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=1507761269-7017-3-git-send-email-jim2101024@gmail.com \
--to=jim2101024@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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).