1
0
mirror of https://git.openwrt.org/openwrt/openwrt.git synced 2024-06-20 07:38:28 +02:00
openwrt/target/linux/ramips/dts/mt7628an_vocore_vocore2.dtsi
Adrian Schmutzler 09d38a3bc3 ramips: remove bogus ralink,mtd-eeprom with offset 0x4
Several devices in mt76x8 subtarget use the following line to set
up wmac in their DTS(I) files:

ralink,mtd-eeprom = <&factory 0x4>

This is strange for several reasons:
- They should use mediatek,mtd-eeprom on this SOC
- The caldata is supposed to start at 0x0
- The parent DTSI mt7628an.dtsi specifies mediatek,mtd-eeprom anyway,
  starting from 0x0
- The offset coincides with the default location of the MAC address
  in caldata

Based on the comment in b28e94d4bf ("ramips: MiWiFi Nano fixes"),
it looks like the author for this device wanted to actually use
mtd-mac-address instead of ralink,mtd-eeprom. A check on the same
device revealed that actually the MAC address start at offset 4 there,
so the correct caldata offset is 0x0.

Based on these findings, and the fact that the expected location on
this SOC is 0x0, we remove the "ralink,mtd-eeprom = <&factory 0x4>"
statement from all devices in ramips (being only mt7628an anyway).

Thanks to Sungbo Eo for finding and researching this.

Reported-by: Sungbo Eo <mans0n@gorani.run>
Fixes: b28e94d4bf ("ramips: MiWiFi Nano fixes")
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
2019-12-27 18:00:06 +01:00

54 lines
594 B
Plaintext

#include "mt7628an.dtsi"
/ {
compatible = "vocore,vocore2", "mediatek,mt7628an-soc";
aliases {
label-mac-device = &wmac;
};
chosen {
bootargs = "console=ttyS2,115200";
};
};
&state_default {
gpio {
ralink,group = "wled_an", "refclk", "wdt";
ralink,function = "gpio";
};
};
&wmac {
status = "okay";
};
&ethernet {
mtd-mac-address = <&factory 0x28>;
};
&esw {
mediatek,portmap = <0x7>;
mediatek,portdisable = <0x3a>;
};
&i2s {
status = "okay";
};
&gdma {
status = "okay";
};
&pwm {
status = "okay";
};
&uart1 {
status = "okay";
};
&uart2 {
status = "okay";
};