openwrt/target/linux/ramips/dts/mt7621_zbtlink_zbt-wg3526-32m.dts

#include "mt7621_zbtlink_zbt-wg3526.dtsi"

/ {
	compatible = "zbtlink,zbt-wg3526-32m", "zbtlink,zbt-wg3526", "mediatek,mt7621-soc";
	model = "Zbtlink ZBT-WG3526 (32M)";
};

&flash0 {
	broken-flash-reset;
};

&firmware {
	reg = <0x50000 0x1fb0000>;
};
ramips/mt7621: Name DTS files based on scheme As introduced with ath79, DTS files for ramips will now be labelled soc_vendor_device.dts(i). With this change, DTS files can be selected automatically without further manual links. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> 2019-07-03 23:22:28 +02:00			`#include "mt7621_zbtlink_zbt-wg3526.dtsi"`
ramips: add support for Digineo AC1200 Pro This is basically a ZBT-WG3526 (mt7621 SoC), but with 32M flash. Signed-off-by: Dominik Menke <dom@digineo.de> 2016-11-15 12:37:38 +01:00
			`/ {`
ramips: mt7621: add compatible strings Add compatible strings to all mt7621 based device tree source files to fix formal issues. Signed-off-by: L. D. Pinney <ldpinney@gmail.com> 2017-07-28 00:49:06 +08:00			`compatible = "zbtlink,zbt-wg3526-32m", "zbtlink,zbt-wg3526", "mediatek,mt7621-soc";`
ramips: harmonize device vendor Zbtlink Spelling of Zbtlink varies across image definitions and DTS files. This patch uses Zbtlink consistently and also updates the model in DTS files to contain the vendor in all cases. This patch is cosmetical, as there should be no dependencies on device model name in ramips anymore. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> 2019-09-26 14:44:22 +02:00			`model = "Zbtlink ZBT-WG3526 (32M)";`
ramips: add support for Digineo AC1200 Pro This is basically a ZBT-WG3526 (mt7621 SoC), but with 32M flash. Signed-off-by: Dominik Menke <dom@digineo.de> 2016-11-15 12:37:38 +01:00			`};`

ramips: fix reboot for remaining 32 MB boards The following devices have a Winbond W25Q256FV flash chip, which does not have the RESET pin enabled by default, and otherwise would require setting a bit in a status register. Before moving to Linux 5.4, we had the patch: 0053-mtd-spi-nor-add-w25q256-3b-mode-switch.patch which kept specific flash chips with explicit 3-byte and 4-byte address modes to stay in 3-byte address mode while idle (after an erase or write) by using a custom flag SPI_NOR_4B_READ_OP that was part of the patch. this was obsoleted by the patch: 481-mtd-spi-nor-rework-broken-flash-reset-support.patch which uses the newer upstream flag SNOR_F_BROKEN_RESET for devices with a flash chip that cannot be hardware reset with RESET pin and therefore must be left in 3-byte address mode when idle. The new patch requires that the DTS of affected devices have the property "broken-flash-reset", which was not yet added for most of them. This commit adds the property for remaining affected devices in ramips target, specifically because of the flash chip model. However, it is possible that there are other devices where the flash chip uses an explicit 4-byte address mode and the RESET pin is not connected to the SOC on the board, and those DTS would also need this property. Ref: 22d982ea0033 ("ramips: add support for switching between 3-byte and 4-byte addressing") Ref: dfa521f12953 ("generic: spi-nor: rework broken-flash-reset") Signed-off-by: Michael Pratt <mcpratt@pm.me> 2021-09-10 22:06:10 -04:00			`&flash0 {`
			`broken-flash-reset;`
			`};`

ramips: add support for Digineo AC1200 Pro This is basically a ZBT-WG3526 (mt7621 SoC), but with 32M flash. Signed-off-by: Dominik Menke <dom@digineo.de> 2016-11-15 12:37:38 +01:00			`&firmware {`
			`reg = <0x50000 0x1fb0000>;`
			`};`