2016-05-09 06:32:52 +00:00
|
|
|
#include "mt7620a.dtsi"
|
2016-03-01 09:17:06 +00:00
|
|
|
|
2017-07-29 02:14:07 +00:00
|
|
|
#include <dt-bindings/gpio/gpio.h>
|
2016-11-11 21:43:08 +00:00
|
|
|
#include <dt-bindings/input/input.h>
|
|
|
|
|
2016-03-01 09:17:06 +00:00
|
|
|
/ {
|
2017-07-29 02:14:07 +00:00
|
|
|
compatible = "zbtlink,zbt-we826", "ralink,mt7620a-soc";
|
|
|
|
|
2018-07-16 08:27:22 +00:00
|
|
|
aliases {
|
2018-08-28 04:54:27 +00:00
|
|
|
led-boot = &led_power;
|
|
|
|
led-failsafe = &led_power;
|
|
|
|
led-running = &led_power;
|
|
|
|
led-upgrade = &led_power;
|
2018-07-16 08:27:22 +00:00
|
|
|
};
|
|
|
|
|
2016-05-10 10:41:46 +00:00
|
|
|
chosen {
|
|
|
|
bootargs = "console=ttyS0,115200";
|
|
|
|
};
|
|
|
|
|
2018-12-30 11:42:53 +00:00
|
|
|
leds {
|
2016-05-10 10:41:46 +00:00
|
|
|
compatible = "gpio-leds";
|
2019-09-20 12:03:02 +00:00
|
|
|
|
2018-07-16 08:27:22 +00:00
|
|
|
led_power: power {
|
2020-09-27 17:40:51 +00:00
|
|
|
label = "green:power";
|
2017-07-29 02:14:07 +00:00
|
|
|
gpios = <&gpio1 14 GPIO_ACTIVE_HIGH>;
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
2019-09-20 12:03:02 +00:00
|
|
|
|
2016-05-10 10:41:46 +00:00
|
|
|
usb {
|
2020-09-27 17:40:51 +00:00
|
|
|
label = "green:usb";
|
2017-07-29 02:14:07 +00:00
|
|
|
gpios = <&gpio1 15 GPIO_ACTIVE_HIGH>;
|
2018-08-13 15:14:08 +00:00
|
|
|
trigger-sources = <&ohci_port1>, <&ehci_port1>;
|
|
|
|
linux,default-trigger = "usbport";
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
2019-09-20 12:03:02 +00:00
|
|
|
|
2016-05-10 10:41:46 +00:00
|
|
|
air {
|
2020-09-27 17:40:51 +00:00
|
|
|
label = "green:wifi";
|
2017-07-29 02:14:07 +00:00
|
|
|
gpios = <&gpio3 0 GPIO_ACTIVE_LOW>;
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2018-12-30 11:17:25 +00:00
|
|
|
keys {
|
2019-09-20 12:03:02 +00:00
|
|
|
compatible = "gpio-keys";
|
|
|
|
|
2016-05-10 10:41:46 +00:00
|
|
|
reset {
|
|
|
|
label = "reset";
|
2017-07-29 02:14:07 +00:00
|
|
|
gpios = <&gpio0 1 GPIO_ACTIVE_LOW>;
|
2016-11-11 21:43:08 +00:00
|
|
|
linux,code = <KEY_RESTART>;
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
ramips: convert most mtd-mac-address cases in DTSI to nvmem
Convert most of the cases from mtd-mac-address to nvmem where
MAC addresses are set in the DTSI, but the partitions are only
located in the device DTS. This posed some problems earlier, since
in these cases we are using partitions before they are defined,
and the nvmem system did not seem to like that.
There have been a few different resolution approaches, based on
the different tradeoffs of deduplication vs. maintainability:
1. In many cases, the partition tables were identical except for
the firmware partition size, and the firmware partition was
the last in the table.
In these cases, the partition table has been moved to the
DTSI, and only the firmware partition's "reg" property has
been kept in the DTS files. So, the updated nvmem definition
could stay in the DTSI files as well.
2. For all other cases, splitting up the partition table would
have introduced additional complexity. Thus, the nodes to be
converted to nvmem have been moved to the DTS files where the
partitioning was defined.
3. For Netgear EX2700 and WN3000RP v3, the remaining DTSI file
was completely dissolved, as it was quite small and the name
was not really nice either.
4. The D-Link DIR-853 A3 was converted to nvmem as well, though
it is just a plain DTS file not taken care of in the first
wave.
In addition, some minor rearrangements have been made for tidyness.
Not covered (yet) by this patch are:
* Various unielec devices
* The D-Link DIR-8xx family
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2021-08-17 18:53:27 +00:00
|
|
|
&spi0 {
|
|
|
|
status = "okay";
|
|
|
|
|
2021-09-11 02:06:10 +00:00
|
|
|
flash0: flash@0 {
|
ramips: convert most mtd-mac-address cases in DTSI to nvmem
Convert most of the cases from mtd-mac-address to nvmem where
MAC addresses are set in the DTSI, but the partitions are only
located in the device DTS. This posed some problems earlier, since
in these cases we are using partitions before they are defined,
and the nvmem system did not seem to like that.
There have been a few different resolution approaches, based on
the different tradeoffs of deduplication vs. maintainability:
1. In many cases, the partition tables were identical except for
the firmware partition size, and the firmware partition was
the last in the table.
In these cases, the partition table has been moved to the
DTSI, and only the firmware partition's "reg" property has
been kept in the DTS files. So, the updated nvmem definition
could stay in the DTSI files as well.
2. For all other cases, splitting up the partition table would
have introduced additional complexity. Thus, the nodes to be
converted to nvmem have been moved to the DTS files where the
partitioning was defined.
3. For Netgear EX2700 and WN3000RP v3, the remaining DTSI file
was completely dissolved, as it was quite small and the name
was not really nice either.
4. The D-Link DIR-853 A3 was converted to nvmem as well, though
it is just a plain DTS file not taken care of in the first
wave.
In addition, some minor rearrangements have been made for tidyness.
Not covered (yet) by this patch are:
* Various unielec devices
* The D-Link DIR-8xx family
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2021-08-17 18:53:27 +00:00
|
|
|
compatible = "jedec,spi-nor";
|
|
|
|
reg = <0>;
|
|
|
|
spi-max-frequency = <10000000>;
|
|
|
|
|
|
|
|
partitions {
|
|
|
|
compatible = "fixed-partitions";
|
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <1>;
|
|
|
|
|
|
|
|
partition@0 {
|
|
|
|
label = "u-boot";
|
|
|
|
reg = <0x0 0x30000>;
|
|
|
|
read-only;
|
|
|
|
};
|
|
|
|
|
|
|
|
partition@30000 {
|
|
|
|
label = "u-boot-env";
|
|
|
|
reg = <0x30000 0x10000>;
|
|
|
|
read-only;
|
|
|
|
};
|
|
|
|
|
|
|
|
factory: partition@40000 {
|
|
|
|
label = "factory";
|
|
|
|
reg = <0x40000 0x10000>;
|
|
|
|
read-only;
|
|
|
|
};
|
|
|
|
|
|
|
|
firmware: partition@50000 {
|
|
|
|
compatible = "denx,uimage";
|
|
|
|
label = "firmware";
|
|
|
|
/* reg property is set based on flash size in DTS files */
|
|
|
|
};
|
|
|
|
};
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-05-10 10:41:46 +00:00
|
|
|
&gpio1 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
&gpio3 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
&sdhci {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
&ehci {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
&ohci {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
ðernet {
|
ramips: convert most mtd-mac-address cases in DTSI to nvmem
Convert most of the cases from mtd-mac-address to nvmem where
MAC addresses are set in the DTSI, but the partitions are only
located in the device DTS. This posed some problems earlier, since
in these cases we are using partitions before they are defined,
and the nvmem system did not seem to like that.
There have been a few different resolution approaches, based on
the different tradeoffs of deduplication vs. maintainability:
1. In many cases, the partition tables were identical except for
the firmware partition size, and the firmware partition was
the last in the table.
In these cases, the partition table has been moved to the
DTSI, and only the firmware partition's "reg" property has
been kept in the DTS files. So, the updated nvmem definition
could stay in the DTSI files as well.
2. For all other cases, splitting up the partition table would
have introduced additional complexity. Thus, the nodes to be
converted to nvmem have been moved to the DTS files where the
partitioning was defined.
3. For Netgear EX2700 and WN3000RP v3, the remaining DTSI file
was completely dissolved, as it was quite small and the name
was not really nice either.
4. The D-Link DIR-853 A3 was converted to nvmem as well, though
it is just a plain DTS file not taken care of in the first
wave.
In addition, some minor rearrangements have been made for tidyness.
Not covered (yet) by this patch are:
* Various unielec devices
* The D-Link DIR-8xx family
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2021-08-17 18:53:27 +00:00
|
|
|
nvmem-cells = <&macaddr_factory_4>;
|
|
|
|
nvmem-cell-names = "mac-address";
|
2020-05-14 13:41:31 +00:00
|
|
|
|
2020-08-03 21:11:01 +00:00
|
|
|
mediatek,portmap = "llllw";
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
&wmac {
|
2020-05-07 13:13:27 +00:00
|
|
|
ralink,mtd-eeprom = <&factory 0x0>;
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
|
|
|
|
2019-12-22 20:26:01 +00:00
|
|
|
&state_default {
|
|
|
|
default {
|
2020-04-12 12:58:29 +00:00
|
|
|
groups = "i2c", "uartf", "wled", "spi refclk", "pa";
|
|
|
|
function = "gpio";
|
2016-05-10 10:41:46 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
&pcie {
|
|
|
|
status = "okay";
|
2016-05-09 06:32:52 +00:00
|
|
|
};
|
ramips: convert most mtd-mac-address cases in DTSI to nvmem
Convert most of the cases from mtd-mac-address to nvmem where
MAC addresses are set in the DTSI, but the partitions are only
located in the device DTS. This posed some problems earlier, since
in these cases we are using partitions before they are defined,
and the nvmem system did not seem to like that.
There have been a few different resolution approaches, based on
the different tradeoffs of deduplication vs. maintainability:
1. In many cases, the partition tables were identical except for
the firmware partition size, and the firmware partition was
the last in the table.
In these cases, the partition table has been moved to the
DTSI, and only the firmware partition's "reg" property has
been kept in the DTS files. So, the updated nvmem definition
could stay in the DTSI files as well.
2. For all other cases, splitting up the partition table would
have introduced additional complexity. Thus, the nodes to be
converted to nvmem have been moved to the DTS files where the
partitioning was defined.
3. For Netgear EX2700 and WN3000RP v3, the remaining DTSI file
was completely dissolved, as it was quite small and the name
was not really nice either.
4. The D-Link DIR-853 A3 was converted to nvmem as well, though
it is just a plain DTS file not taken care of in the first
wave.
In addition, some minor rearrangements have been made for tidyness.
Not covered (yet) by this patch are:
* Various unielec devices
* The D-Link DIR-8xx family
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2021-08-17 18:53:27 +00:00
|
|
|
|
|
|
|
&factory {
|
|
|
|
compatible = "nvmem-cells";
|
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <1>;
|
|
|
|
|
|
|
|
macaddr_factory_4: macaddr@4 {
|
|
|
|
reg = <0x4 0x6>;
|
|
|
|
};
|
|
|
|
};
|