2019-05-26 13:01:09 +00:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
|
|
|
|
|
|
|
#include "mt7621.dtsi"
|
|
|
|
|
|
|
|
#include <dt-bindings/gpio/gpio.h>
|
|
|
|
#include <dt-bindings/input/input.h>
|
|
|
|
|
|
|
|
/ {
|
|
|
|
compatible = "mediatek,mt7621-soc";
|
|
|
|
|
|
|
|
aliases {
|
|
|
|
led-boot = &led_power;
|
|
|
|
led-failsafe = &led_power;
|
|
|
|
led-running = &led_power;
|
|
|
|
led-upgrade = &led_power;
|
ramips: provide label MAC address
This patch adds the label MAC address for several devices in
ramips.
Some devices require setting the MAC address in 02_network:
For the following devices, the netif device can be linked in
device tree, but the MAC address cannot be read:
- cudy,wr1000
- dlink,dir-615-d
- dlink,dir-615-h1
- dlink,dir-860l-b1
- glinet,gl-mt300a
- glinet,gl-mt300n
- glinet,gl-mt750
- vocore,vocore2
- vocore,vocore2-lite
- zbtlink,zbt-we1326
- zbtlink,zbt-wg3526
For the following devices, label MAC address is tied to lan or
wan, so no node to link to exists in device tree:
- dlink,dir-510l
- dlink,dwr-116-a1
- dlink,dwr-118-a1
- dlink,dwr-118-a2
- dlink,dwr-921-c1
- dlink,dwr-922-e2
- all hiwifi devices
- lava,lr-25g001
- xiaomi,mir3p
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2019-06-24 15:57:15 +00:00
|
|
|
label-mac-device = ðernet;
|
2019-05-26 13:01:09 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
chosen {
|
|
|
|
bootargs = "console=ttyS0,57600";
|
|
|
|
};
|
|
|
|
|
2019-11-17 14:51:48 +00:00
|
|
|
keys {
|
|
|
|
compatible = "gpio-keys";
|
|
|
|
|
|
|
|
wps {
|
|
|
|
label = "wps";
|
|
|
|
gpios = <&gpio0 7 GPIO_ACTIVE_LOW>;
|
|
|
|
linux,code = <KEY_WPS_BUTTON>;
|
|
|
|
};
|
|
|
|
|
|
|
|
wifi {
|
|
|
|
label = "wifi";
|
|
|
|
gpios = <&gpio0 8 GPIO_ACTIVE_LOW>;
|
|
|
|
linux,code = <KEY_RFKILL>;
|
|
|
|
};
|
|
|
|
|
|
|
|
reset {
|
|
|
|
label = "reset";
|
|
|
|
gpios = <&gpio0 14 GPIO_ACTIVE_LOW>;
|
|
|
|
linux,code = <KEY_RESTART>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
leds {
|
2019-05-26 13:01:09 +00:00
|
|
|
compatible = "gpio-leds";
|
|
|
|
|
|
|
|
led_power: power {
|
|
|
|
gpios = <&gpio0 18 GPIO_ACTIVE_LOW>;
|
|
|
|
};
|
|
|
|
|
|
|
|
led_usb: usb {
|
|
|
|
gpios = <&gpio0 15 GPIO_ACTIVE_LOW>;
|
|
|
|
trigger-sources = <&xhci_ehci_port1>, <&ehci_port2>;
|
|
|
|
linux,default-trigger = "usbport";
|
|
|
|
};
|
|
|
|
|
|
|
|
led_internet: internet {
|
|
|
|
gpios = <&gpio0 13 GPIO_ACTIVE_LOW>;
|
|
|
|
};
|
|
|
|
|
|
|
|
led_wifi: wifi {
|
|
|
|
gpios = <&gpio0 16 GPIO_ACTIVE_LOW>;
|
2019-08-30 18:11:45 +00:00
|
|
|
linux,default-trigger = "phy0tpt";
|
2019-05-26 13:01:09 +00:00
|
|
|
};
|
2019-11-17 14:51:48 +00:00
|
|
|
|
|
|
|
led_wps: wps {
|
|
|
|
gpios = <&gpio0 12 GPIO_ACTIVE_LOW>;
|
|
|
|
};
|
2019-05-26 13:01:09 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
reg_usb_vbus: regulator {
|
|
|
|
compatible = "regulator-fixed";
|
|
|
|
regulator-name = "usb_vbus";
|
|
|
|
regulator-min-microvolt = <5000000>;
|
|
|
|
regulator-max-microvolt = <5000000>;
|
|
|
|
gpio = <&gpio0 10 GPIO_ACTIVE_HIGH>;
|
|
|
|
enable-active-high;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
&xhci {
|
|
|
|
vbus-supply = <®_usb_vbus>;
|
|
|
|
};
|
|
|
|
|
|
|
|
&pcie {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
|
|
|
&pcie0 {
|
|
|
|
wifi@0,0 {
|
2019-10-24 11:36:47 +00:00
|
|
|
compatible = "mediatek,mt76";
|
|
|
|
reg = <0x0 0 0 0 0>;
|
2019-05-26 13:01:09 +00:00
|
|
|
mediatek,mtd-eeprom = <&factory 0x8000>;
|
|
|
|
ieee80211-freq-limit = <5000000 6000000>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
&pcie1 {
|
|
|
|
wifi@0,0 {
|
2019-10-24 11:36:47 +00:00
|
|
|
compatible = "mediatek,mt76";
|
|
|
|
reg = <0x0 0 0 0 0>;
|
|
|
|
mediatek,mtd-eeprom = <&factory 0x0>;
|
2019-05-26 13:01:09 +00:00
|
|
|
ieee80211-freq-limit = <2400000 2500000>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
ðernet {
|
ramips: clean and improve MAC address setup in 02_network
This patch removes unnecessary MAC address setup statements in
ramips' 02_network by doing several optimizations:
1. For the following devices, lan_mac was set up with
mtd_get_mac_binary although the same address was set in DTS.
The lan_mac statement is removed in 02_network, but
wan_mac is kept:
- mercury,mac1200r-v2
- phicomm,k2g
- skylab,skw92a
- wiznet,wizfi630a
2. For the following devices, wan_mac was set up with
mtd_get_mac_binary although the same address was set in DTS.
The wan_mac statement is removed in 02_network, no
lan_mac is present:
- buffalo,whr-g300n
- glinet,gl-mt300n-v2
- zyxel,keenetic-start
3. For the following device, lan_mac and wan_mac were set up
with mtd_get_mac_binary to the same address as set in DTS.
Both statements are removed in 02_network:
- buffalo,whr-600d
4. For some devices, it was possible to move setup from 02_network
to DTS by introducing previously missing mtd_mac_address:
- buffalo,whr-1166d
- buffalo,whr-300hp2
- buffalo,wsr-600dhp
- ohyeah,oy-0001
- planex,vr500
5. For one device, mtd_mac_address was just wrong and overwritten
by 02_network. Put the correct value in DTS and remove redundant
statement in 02_network:
- asus,rt-ac57u
6. For one device, MAC address defined in DTS is exchanged together
with lan_mac/wan_mac setup in 02_network, so that cases in
02_network can be merged:
- phicomm,k2p
For some devices, an empty case has to be used to prevent them
from falling into the default case and have
WAN address = eth0 address + 1 set to them.
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2019-08-12 11:21:05 +00:00
|
|
|
mtd-mac-address = <&factory 0x4>;
|
2019-05-26 13:01:09 +00:00
|
|
|
};
|
|
|
|
|
2019-12-22 20:26:01 +00:00
|
|
|
&state_default {
|
|
|
|
gpio {
|
|
|
|
ralink,group = "uart3", "uart2", "jtag", "wdt";
|
|
|
|
ralink,function = "gpio";
|
2019-05-26 13:01:09 +00:00
|
|
|
};
|
|
|
|
};
|