2018-03-15 18:03:52 +07:00
|
|
|
// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
/*
|
|
|
|
* Device Tree file for OpenBlocks AX3-4 board
|
|
|
|
*
|
|
|
|
* Copyright (C) 2012 Marvell
|
|
|
|
*
|
|
|
|
* Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
/dts-v1/;
|
2014-02-12 00:07:12 +07:00
|
|
|
#include <dt-bindings/gpio/gpio.h>
|
2014-02-12 00:07:13 +07:00
|
|
|
#include <dt-bindings/input/input.h>
|
2013-07-26 20:17:56 +07:00
|
|
|
#include "armada-xp-mv78260.dtsi"
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
|
|
|
|
/ {
|
|
|
|
model = "PlatHome OpenBlocks AX3-4 board";
|
|
|
|
compatible = "plathome,openblocks-ax3-4", "marvell,armadaxp-mv78260", "marvell,armadaxp", "marvell,armada-370-xp";
|
|
|
|
|
|
|
|
chosen {
|
2015-03-03 21:41:02 +07:00
|
|
|
stdout-path = "serial0:115200n8";
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
|
|
|
|
2016-11-06 15:29:35 +07:00
|
|
|
memory@0 {
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
device_type = "memory";
|
2014-06-04 20:41:20 +07:00
|
|
|
reg = <0 0x00000000 0 0x40000000>; /* 1 GB soldered on */
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
soc {
|
2013-07-26 20:17:58 +07:00
|
|
|
ranges = <MBUS_ID(0xf0, 0x01) 0 0 0xd0000000 0x100000
|
2013-07-26 20:17:59 +07:00
|
|
|
MBUS_ID(0x01, 0x1d) 0 0 0xfff00000 0x100000
|
ARM: mvebu: fix overlap of Crypto SRAM with PCIe memory window
When the Crypto SRAM mappings were added to the Device Tree files
describing the Armada XP boards in commit c466d997bb16 ("ARM: mvebu:
define crypto SRAM ranges for all armada-xp boards"), the fact that
those mappings were overlaping with the PCIe memory aperture was
overlooked. Due to this, we currently have for all Armada XP platforms
a situation that looks like this:
Memory mapping on Armada XP boards with internal registers at
0xf1000000:
- 0x00000000 -> 0xf0000000 3.75G RAM
- 0xf0000000 -> 0xf1000000 16M NOR flashes (AXP GP / AXP DB)
- 0xf1000000 -> 0xf1100000 1M internal registers
- 0xf8000000 -> 0xffe0000 126M PCIe memory aperture
- 0xf8100000 -> 0xf8110000 64KB Crypto SRAM #0 => OVERLAPS WITH PCIE !
- 0xf8110000 -> 0xf8120000 64KB Crypto SRAM #1 => OVERLAPS WITH PCIE !
- 0xffe00000 -> 0xfff00000 1M PCIe I/O aperture
- 0xfff0000 -> 0xffffffff 1M BootROM
The overlap means that when PCIe devices are added, depending on their
memory window needs, they might or might not be mapped into the
physical address space. Indeed, they will not be mapped if the area
allocated in the PCIe memory aperture by the PCI core overlaps with
one of the Crypto SRAM. Typically, a Intel IGB PCIe NIC that needs 8MB
of PCIe memory will see its PCIe memory window allocated from
0xf80000000 for 8MB, which overlaps with the Crypto SRAM windows. Due
to this, the PCIe window is not created, and any attempt to access the
PCIe window makes the kernel explode:
[ 3.302213] igb: Copyright (c) 2007-2014 Intel Corporation.
[ 3.307841] pci 0000:00:09.0: enabling device (0140 -> 0143)
[ 3.313539] mvebu_mbus: cannot add window '4:f8', conflicts with another window
[ 3.320870] mvebu-pcie soc:pcie-controller: Could not create MBus window at [mem 0xf8000000-0xf87fffff]: -22
[ 3.330811] Unhandled fault: external abort on non-linefetch (0x1008) at 0xf08c0018
This problem does not occur on Armada 370 boards, because we use the
following memory mapping (for boards that have internal registers at
0xf1000000):
- 0x00000000 -> 0xf0000000 3.75G RAM
- 0xf0000000 -> 0xf1000000 16M NOR flashes (AXP GP / AXP DB)
- 0xf1000000 -> 0xf1100000 1M internal registers
- 0xf1100000 -> 0xf1110000 64KB Crypto SRAM #0 => OK !
- 0xf8000000 -> 0xffe0000 126M PCIe memory
- 0xffe00000 -> 0xfff00000 1M PCIe I/O
- 0xfff0000 -> 0xffffffff 1M BootROM
Obviously, the solution is to align the location of the Crypto SRAM
mappings of Armada XP to be similar with the ones on Armada 370, i.e
have them between the "internal registers" area and the beginning of
the PCIe aperture.
However, we have a special case with the OpenBlocks AX3-4 platform,
which has a 128 MB NOR flash. Currently, this NOR flash is mapped from
0xf0000000 to 0xf8000000. This is possible because on OpenBlocks
AX3-4, the internal registers are not at 0xf1000000. And this explains
why the Crypto SRAM mappings were not configured at the same place on
Armada XP.
Hence, the solution is two-fold:
(1) Move the NOR flash mapping on Armada XP OpenBlocks AX3-4 from
0xe8000000 to 0xf0000000. This frees the 0xf0000000 ->
0xf80000000 space.
(2) Move the Crypto SRAM mappings on Armada XP to be similar to
Armada 370 (except of course that Armada XP has two Crypto SRAM
and not one).
After this patch, the memory mapping on Armada XP boards with
registers at 0xf1 is:
- 0x00000000 -> 0xf0000000 3.75G RAM
- 0xf0000000 -> 0xf1000000 16M NOR flashes (AXP GP / AXP DB)
- 0xf1000000 -> 0xf1100000 1M internal registers
- 0xf1100000 -> 0xf1110000 64KB Crypto SRAM #0
- 0xf1110000 -> 0xf1120000 64KB Crypto SRAM #1
- 0xf8000000 -> 0xffe0000 126M PCIe memory
- 0xffe00000 -> 0xfff00000 1M PCIe I/O
- 0xfff0000 -> 0xffffffff 1M BootROM
And the memory mapping for the special case of the OpenBlocks AX3-4
(internal registers at 0xd0000000, NOR of 128 MB):
- 0x00000000 -> 0xc0000000 3G RAM
- 0xd0000000 -> 0xd1000000 1M internal registers
- 0xe800000 -> 0xf0000000 128M NOR flash
- 0xf1100000 -> 0xf1110000 64KB Crypto SRAM #0
- 0xf1110000 -> 0xf1120000 64KB Crypto SRAM #1
- 0xf8000000 -> 0xffe0000 126M PCIe memory
- 0xffe00000 -> 0xfff00000 1M PCIe I/O
- 0xfff0000 -> 0xffffffff 1M BootROM
Fixes: c466d997bb16 ("ARM: mvebu: define crypto SRAM ranges for all armada-xp boards")
Reported-by: Phil Sutter <phil@nwl.cc>
Cc: Phil Sutter <phil@nwl.cc>
Cc: <stable@vger.kernel.org>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Signed-off-by: Olof Johansson <olof@lixom.net>
2016-03-08 22:59:57 +07:00
|
|
|
MBUS_ID(0x01, 0x2f) 0 0 0xe8000000 0x8000000
|
|
|
|
MBUS_ID(0x09, 0x09) 0 0 0xf1100000 0x10000
|
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
Pull networking updates from David Miller:
"Highlights:
1) Support more Realtek wireless chips, from Jes Sorenson.
2) New BPF types for per-cpu hash and arrap maps, from Alexei
Starovoitov.
3) Make several TCP sysctls per-namespace, from Nikolay Borisov.
4) Allow the use of SO_REUSEPORT in order to do per-thread processing
of incoming TCP/UDP connections. The muxing can be done using a
BPF program which hashes the incoming packet. From Craig Gallek.
5) Add a multiplexer for TCP streams, to provide a messaged based
interface. BPF programs can be used to determine the message
boundaries. From Tom Herbert.
6) Add 802.1AE MACSEC support, from Sabrina Dubroca.
7) Avoid factorial complexity when taking down an inetdev interface
with lots of configured addresses. We were doing things like
traversing the entire address less for each address removed, and
flushing the entire netfilter conntrack table for every address as
well.
8) Add and use SKB bulk free infrastructure, from Jesper Brouer.
9) Allow offloading u32 classifiers to hardware, and implement for
ixgbe, from John Fastabend.
10) Allow configuring IRQ coalescing parameters on a per-queue basis,
from Kan Liang.
11) Extend ethtool so that larger link mode masks can be supported.
From David Decotigny.
12) Introduce devlink, which can be used to configure port link types
(ethernet vs Infiniband, etc.), port splitting, and switch device
level attributes as a whole. From Jiri Pirko.
13) Hardware offload support for flower classifiers, from Amir Vadai.
14) Add "Local Checksum Offload". Basically, for a tunneled packet
the checksum of the outer header is 'constant' (because with the
checksum field filled into the inner protocol header, the payload
of the outer frame checksums to 'zero'), and we can take advantage
of that in various ways. From Edward Cree"
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next: (1548 commits)
bonding: fix bond_get_stats()
net: bcmgenet: fix dma api length mismatch
net/mlx4_core: Fix backward compatibility on VFs
phy: mdio-thunder: Fix some Kconfig typos
lan78xx: add ndo_get_stats64
lan78xx: handle statistics counter rollover
RDS: TCP: Remove unused constant
RDS: TCP: Add sysctl tunables for sndbuf/rcvbuf on rds-tcp socket
net: smc911x: convert pxa dma to dmaengine
team: remove duplicate set of flag IFF_MULTICAST
bonding: remove duplicate set of flag IFF_MULTICAST
net: fix a comment typo
ethernet: micrel: fix some error codes
ip_tunnels, bpf: define IP_TUNNEL_OPTS_MAX and use it
bpf, dst: add and use dst_tclassid helper
bpf: make skb->tc_classid also readable
net: mvneta: bm: clarify dependencies
cls_bpf: reset class and reuse major in da
ldmvsw: Checkpatch sunvnet.c and sunvnet_common.c
ldmvsw: Add ldmvsw.c driver code
...
2016-03-20 00:05:34 +07:00
|
|
|
MBUS_ID(0x09, 0x05) 0 0 0xf1110000 0x10000
|
2016-03-14 15:39:01 +07:00
|
|
|
MBUS_ID(0x0c, 0x04) 0 0 0xd1200000 0x100000>;
|
2013-07-26 20:17:59 +07:00
|
|
|
|
|
|
|
devbus-bootcs {
|
|
|
|
status = "okay";
|
|
|
|
|
|
|
|
/* Device Bus parameters are required */
|
|
|
|
|
|
|
|
/* Read parameters */
|
2014-04-14 22:29:21 +07:00
|
|
|
devbus,bus-width = <16>;
|
2013-07-26 20:17:59 +07:00
|
|
|
devbus,turn-off-ps = <60000>;
|
|
|
|
devbus,badr-skew-ps = <0>;
|
|
|
|
devbus,acc-first-ps = <124000>;
|
|
|
|
devbus,acc-next-ps = <248000>;
|
|
|
|
devbus,rd-setup-ps = <0>;
|
|
|
|
devbus,rd-hold-ps = <0>;
|
|
|
|
|
|
|
|
/* Write parameters */
|
|
|
|
devbus,sync-enable = <0>;
|
|
|
|
devbus,wr-high-ps = <60000>;
|
|
|
|
devbus,wr-low-ps = <60000>;
|
|
|
|
devbus,ale-wr-ps = <60000>;
|
|
|
|
|
|
|
|
/* NOR 128 MiB */
|
|
|
|
nor@0 {
|
|
|
|
compatible = "cfi-flash";
|
|
|
|
reg = <0 0x8000000>;
|
|
|
|
bank-width = <2>;
|
|
|
|
};
|
|
|
|
};
|
2013-05-13 22:22:53 +07:00
|
|
|
|
2013-04-12 21:29:09 +07:00
|
|
|
internal-regs {
|
2015-04-14 16:50:13 +07:00
|
|
|
rtc@10300 {
|
|
|
|
/* No crystal connected to the internal RTC */
|
|
|
|
status = "disabled";
|
|
|
|
};
|
2013-04-12 21:29:09 +07:00
|
|
|
serial@12000 {
|
|
|
|
status = "okay";
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
2013-04-12 21:29:09 +07:00
|
|
|
serial@12100 {
|
|
|
|
status = "okay";
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
2014-09-20 02:20:09 +07:00
|
|
|
|
2013-04-12 21:29:09 +07:00
|
|
|
leds {
|
|
|
|
compatible = "gpio-leds";
|
|
|
|
pinctrl-names = "default";
|
|
|
|
pinctrl-0 = <&led_pins>;
|
|
|
|
|
|
|
|
red_led {
|
|
|
|
label = "red_led";
|
2014-02-12 00:07:12 +07:00
|
|
|
gpios = <&gpio1 17 GPIO_ACTIVE_LOW>;
|
2013-04-12 21:29:09 +07:00
|
|
|
default-state = "off";
|
|
|
|
};
|
|
|
|
|
|
|
|
yellow_led {
|
|
|
|
label = "yellow_led";
|
2014-02-12 00:07:12 +07:00
|
|
|
gpios = <&gpio1 19 GPIO_ACTIVE_LOW>;
|
2013-04-12 21:29:09 +07:00
|
|
|
default-state = "off";
|
|
|
|
};
|
|
|
|
|
|
|
|
green_led {
|
|
|
|
label = "green_led";
|
2014-02-12 00:07:12 +07:00
|
|
|
gpios = <&gpio1 21 GPIO_ACTIVE_LOW>;
|
2013-10-15 00:37:55 +07:00
|
|
|
default-state = "keep";
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
2012-11-09 21:12:47 +07:00
|
|
|
|
2013-04-12 21:29:09 +07:00
|
|
|
gpio_keys {
|
|
|
|
compatible = "gpio-keys";
|
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <0>;
|
2013-01-07 23:29:58 +07:00
|
|
|
|
2016-11-06 16:59:19 +07:00
|
|
|
init {
|
2013-04-12 21:29:09 +07:00
|
|
|
label = "Init Button";
|
2014-02-12 00:07:13 +07:00
|
|
|
linux,code = <KEY_POWER>;
|
2014-02-12 00:07:12 +07:00
|
|
|
gpios = <&gpio1 28 GPIO_ACTIVE_HIGH>;
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
2013-01-07 23:29:58 +07:00
|
|
|
};
|
|
|
|
|
2013-04-12 21:29:09 +07:00
|
|
|
ethernet@70000 {
|
|
|
|
status = "okay";
|
|
|
|
phy = <&phy0>;
|
|
|
|
phy-mode = "sgmii";
|
2016-03-14 15:39:01 +07:00
|
|
|
buffer-manager = <&bm>;
|
|
|
|
bm,pool-long = <0>;
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
|
|
|
ethernet@74000 {
|
|
|
|
status = "okay";
|
|
|
|
phy = <&phy1>;
|
|
|
|
phy-mode = "sgmii";
|
2016-03-14 15:39:01 +07:00
|
|
|
buffer-manager = <&bm>;
|
|
|
|
bm,pool-long = <1>;
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
|
|
|
ethernet@30000 {
|
|
|
|
status = "okay";
|
|
|
|
phy = <&phy2>;
|
|
|
|
phy-mode = "sgmii";
|
2016-03-14 15:39:01 +07:00
|
|
|
buffer-manager = <&bm>;
|
|
|
|
bm,pool-long = <2>;
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
|
|
|
ethernet@34000 {
|
|
|
|
status = "okay";
|
|
|
|
phy = <&phy3>;
|
|
|
|
phy-mode = "sgmii";
|
2016-03-14 15:39:01 +07:00
|
|
|
buffer-manager = <&bm>;
|
|
|
|
bm,pool-long = <3>;
|
2013-04-12 21:29:09 +07:00
|
|
|
};
|
|
|
|
i2c@11000 {
|
|
|
|
status = "okay";
|
|
|
|
clock-frequency = <400000>;
|
|
|
|
};
|
|
|
|
i2c@11100 {
|
|
|
|
status = "okay";
|
|
|
|
clock-frequency = <400000>;
|
2012-10-30 17:41:25 +07:00
|
|
|
|
2013-04-12 21:29:09 +07:00
|
|
|
s35390a: s35390a@30 {
|
|
|
|
compatible = "s35390a";
|
|
|
|
reg = <0x30>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
sata@a0000 {
|
|
|
|
nr-ports = <2>;
|
|
|
|
status = "okay";
|
|
|
|
};
|
2013-05-16 23:07:24 +07:00
|
|
|
|
|
|
|
/* Front side USB 0 */
|
2013-04-12 21:29:09 +07:00
|
|
|
usb@50000 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
2013-05-16 23:07:24 +07:00
|
|
|
|
|
|
|
/* Front side USB 1 */
|
2013-04-12 21:29:09 +07:00
|
|
|
usb@51000 {
|
|
|
|
status = "okay";
|
2012-10-30 17:41:25 +07:00
|
|
|
};
|
2016-03-14 15:39:01 +07:00
|
|
|
|
|
|
|
bm@c0000 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
bm-bppi {
|
|
|
|
status = "okay";
|
2013-04-10 04:06:35 +07:00
|
|
|
};
|
arm: mvebu: support for the PlatHome OpenBlocks AX3-4 board
This platform, available in Japan from PlatHome, has a dual-core
Armada XP, the MV78260. For now, only the two serial ports and the
three front LEDs are supported. Support for SMP, network, SATA, USB
and other peripherals will be added as drivers for them become
available for Armada XP in mainline.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
---
This is 3.8 material.
Changes since v2:
* Renamed the .dts file to armada-xp-openblocks-ax3-4.dts
* Removed the compatible string from armada-370-xp.c (which now only
lists the common SoC compatible string)
Changes since v1:
* Renamed the board to OpenBlocks AX3-4, since there is a variant
called AX3-2 which has less RAM, and no mini PCIe port. Requested
by Andrew Lunn.
* Fix the amount of memory to 3 GB. In fact, the board has 1 GB
soldered, and 2 GB in a SODIMM slot (which is therefore
removable). But as the board is delivered as is, we'll assume it
has 3 GB of memory by default.
2012-10-23 13:17:20 +07:00
|
|
|
};
|
|
|
|
};
|
2014-09-20 02:20:09 +07:00
|
|
|
|
2016-11-06 01:03:50 +07:00
|
|
|
&pciec {
|
|
|
|
status = "okay";
|
|
|
|
/* Internal mini-PCIe connector */
|
|
|
|
pcie@1,0 {
|
|
|
|
/* Port 0, Lane 0 */
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-04 23:54:54 +07:00
|
|
|
&mdio {
|
|
|
|
phy0: ethernet-phy@0 {
|
|
|
|
reg = <0>;
|
|
|
|
};
|
|
|
|
|
|
|
|
phy1: ethernet-phy@1 {
|
|
|
|
reg = <1>;
|
|
|
|
};
|
|
|
|
|
|
|
|
phy2: ethernet-phy@2 {
|
|
|
|
reg = <2>;
|
|
|
|
};
|
|
|
|
|
|
|
|
phy3: ethernet-phy@3 {
|
|
|
|
reg = <3>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2014-09-20 02:20:09 +07:00
|
|
|
&pinctrl {
|
|
|
|
led_pins: led-pins-0 {
|
|
|
|
marvell,pins = "mpp49", "mpp51", "mpp53";
|
|
|
|
marvell,function = "gpio";
|
|
|
|
};
|
|
|
|
};
|