diff options
author | Kevin Cernekee <cernekee@gmail.com> | 2014-10-21 00:28:03 -0400 |
---|---|---|
committer | Ralf Baechle <ralf@linux-mips.org> | 2014-11-24 01:45:12 -0500 |
commit | 846deacebfe1c77f6448868ae961c2a6d60e1e45 (patch) | |
tree | c25ba4c03350b11efa34ba7116f78b5254fa1641 | |
parent | 84988c068108c99cf0e7d2391f5bf6bd91e2494c (diff) |
Documentation: DT: Add entries for BCM3384 and its peripherals
This covers the new "brcm,*" devices added in the upcoming bcm3384 commit.
Signed-off-by: Kevin Cernekee <cernekee@gmail.com>
Cc: f.fainelli@gmail.com
Cc: mbizon@freebox.fr
Cc: jogo@openwrt.org
Cc: jfraser@broadcom.com
Cc: linux-mips@linux-mips.org
Cc: devicetree@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/8168/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
4 files changed, 67 insertions, 0 deletions
diff --git a/Documentation/devicetree/bindings/mips/brcm/bcm3384-intc.txt b/Documentation/devicetree/bindings/mips/brcm/bcm3384-intc.txt new file mode 100644 index 000000000000..d4e0141d3620 --- /dev/null +++ b/Documentation/devicetree/bindings/mips/brcm/bcm3384-intc.txt | |||
@@ -0,0 +1,37 @@ | |||
1 | * Interrupt Controller | ||
2 | |||
3 | Properties: | ||
4 | - compatible: "brcm,bcm3384-intc" | ||
5 | |||
6 | Compatibility with BCM3384 and possibly other BCM33xx/BCM63xx SoCs. | ||
7 | |||
8 | - reg: Address/length pairs for each mask/status register set. Length must | ||
9 | be 8. If multiple register sets are specified, the first set will | ||
10 | handle IRQ offsets 0..31, the second set 32..63, and so on. | ||
11 | |||
12 | - interrupt-controller: This is an interrupt controller. | ||
13 | |||
14 | - #interrupt-cells: Must be <1>. Just a simple IRQ offset; no level/edge | ||
15 | or polarity configuration is possible with this controller. | ||
16 | |||
17 | - interrupt-parent: This controller is cascaded from a MIPS CPU HW IRQ, or | ||
18 | from another INTC. | ||
19 | |||
20 | - interrupts: The IRQ on the parent controller. | ||
21 | |||
22 | Example: | ||
23 | periph_intc: periph_intc@14e00038 { | ||
24 | compatible = "brcm,bcm3384-intc"; | ||
25 | |||
26 | /* | ||
27 | * IRQs 0..31: mask reg 0x14e00038, status reg 0x14e0003c | ||
28 | * IRQs 32..63: mask reg 0x14e00340, status reg 0x14e00344 | ||
29 | */ | ||
30 | reg = <0x14e00038 0x8 0x14e00340 0x8>; | ||
31 | |||
32 | interrupt-controller; | ||
33 | #interrupt-cells = <1>; | ||
34 | |||
35 | interrupt-parent = <&cpu_intc>; | ||
36 | interrupts = <4>; | ||
37 | }; | ||
diff --git a/Documentation/devicetree/bindings/mips/brcm/bmips.txt b/Documentation/devicetree/bindings/mips/brcm/bmips.txt new file mode 100644 index 000000000000..8ef71b4085ca --- /dev/null +++ b/Documentation/devicetree/bindings/mips/brcm/bmips.txt | |||
@@ -0,0 +1,8 @@ | |||
1 | * Broadcom MIPS (BMIPS) CPUs | ||
2 | |||
3 | Required properties: | ||
4 | - compatible: "brcm,bmips3300", "brcm,bmips4350", "brcm,bmips4380", | ||
5 | "brcm,bmips5000" | ||
6 | |||
7 | - mips-hpt-frequency: This is common to all CPUs in the system so it lives | ||
8 | under the "cpus" node. | ||
diff --git a/Documentation/devicetree/bindings/mips/brcm/cm-dsl.txt b/Documentation/devicetree/bindings/mips/brcm/cm-dsl.txt new file mode 100644 index 000000000000..8a139cb3c0b5 --- /dev/null +++ b/Documentation/devicetree/bindings/mips/brcm/cm-dsl.txt | |||
@@ -0,0 +1,11 @@ | |||
1 | * Broadcom cable/DSL platforms | ||
2 | |||
3 | SoCs: | ||
4 | |||
5 | Required properties: | ||
6 | - compatible: "brcm,bcm3384", "brcm,bcm33843" | ||
7 | |||
8 | Boards: | ||
9 | |||
10 | Required properties: | ||
11 | - compatible: "brcm,bcm93384wvg" | ||
diff --git a/Documentation/devicetree/bindings/mips/brcm/usb.txt b/Documentation/devicetree/bindings/mips/brcm/usb.txt new file mode 100644 index 000000000000..452c45c7bf29 --- /dev/null +++ b/Documentation/devicetree/bindings/mips/brcm/usb.txt | |||
@@ -0,0 +1,11 @@ | |||
1 | * Broadcom USB controllers | ||
2 | |||
3 | Required properties: | ||
4 | - compatible: "brcm,bcm3384-ohci", "brcm,bcm3384-ehci" | ||
5 | |||
6 | These currently use the generic-ohci and generic-ehci drivers. On some | ||
7 | systems, special handling may be needed in the following cases: | ||
8 | |||
9 | - Restoring state after systemwide power save modes | ||
10 | - Sharing PHYs with the USBD (UDC) hardware | ||
11 | - Figuring out which controllers are disabled on ASIC bondout variants | ||