Gone due to
commit 45c84a1 ("ar71xx: drop target")
Note that it was wrongly marked as device class tiny in
commit 7fd7116e2a ("targets: add device-class flags") in the past,
the device has 64MB RAM and not 32MB.
Also, the device has no "led-running" assigned in DTS. The device has
three LEDs: "green:vpn", "green:lan" and "green:wlan". The first LED,
"green:vpn", has a "V" icon and was used to show the VPN connection
status in the vendor firmware. This LED will be used via the newly
added "led-boot" fallback in gluon-setup-mode. But will be unused
during normal operation due to the unassigned "led-running" in DTS.
Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue>
Specifications:
* SoC: AR7242 (Virian 400MHz)
* RAM: 64 MB DDR (W9751G6JB-25)
* Flash: 16MB SPI flash (S25FL129PIF)
* WiFi: AR9382 (2.4/5GHz) + 2x SE2595L
* LAN: 1x1000M (PEF7071V)
To install via EVA bootloader, a FTP connection need to be
established to 192.168.178.1 within the first seconds after power on:
ftp> quote USER adam2
ftp> quote PASS adam2
ftp> binary
ftp> debug
ftp> passive
ftp> quote MEDIA FLSH
ftp> put lede-ar71xx-generic-fritz300e-squashfs-sysupgrade.bin mtd1
Gone due to
commit 071cf7b20f ("Switch to Lua for target definitions")
Has prior been introduced as untested -> broken in
commit d586720c5c ("ar71xx-generic: add support for Ubiquiti NanoBeam M5")
Was commented out in the former commit.
Re-add mikrotik target
Note that previous images were generic ones and as such no migration
path is provided other than manually flashing the image via config-mode.
- [x] Must be flashable from vendor firmware
- [x] Web interface
- [ ] TFTP (untested, but possible according to OpenWrt wiki)
- [ ] Other: <specify>
- [x] Must support upgrade mechanism
- [x] Must have working sysupgrade
- [x] Must keep/forget configuration (`sysupgrade [-n]`, `firstboot`)
- [x] Gluon profile name matches autoupdater image name
(`lua -e 'print(require("platform_info").get_image_name())'`)
- [x] Reset/WPS/... button must return device into config mode
- [x] Primary MAC address should match address on device label (or packaging)
(https://gluon.readthedocs.io/en/latest/dev/hardware.html#notes)
- When re-adding a device that was supported by an earlier version of Gluon, a
factory reset must be performed before checking the primary MAC address, as
the setting from the old version is not reset otherwise.
- Wired network
- [x] should support all network ports on the device
- [x] must have correct port assignment (WAN/LAN)
- On devices supplied via PoE, there is usually no explicit WAN/LAN labeling on the hardware.
The PoE input should be the WAN port in this case.
- Wireless network (if applicable)
- [x] Association with AP must be possible on all radios
- [x] Association with 802.11s mesh must work on all radios
- [x] AP+mesh mode must work in parallel on all radios
- LED mapping
- Power/system LED
- [x] Lit while the device is on
- [x] Should display config mode blink sequence
(https://gluon.readthedocs.io/en/latest/features/configmode.html)
- Radio LEDs
- [x] Should map to their respective radio
- [x] Should show activity
- Switch port LEDs
- [x] Should map to their respective port (or switch, if only one led present)
- [x] Should show link state and activity
Remove support for the TP-Link WDR4900, as it us currently unable to
load its kernel sure to factory bootloader constraints.
Progress on this topic is tracked in #2491
The mpc85xx-generic target was renamed to mpc85xx-p1010 in OpenWrt
21.02. The target name in Gluon docs was never adjusted however.
Signed-off-by: David Bauer <mail@david-bauer.net>
Gone due to
commit 45c84a117b ("ar71xx: drop target")
Changed subtarget in between, similar change in
commit bed66fa248 ("ath79: move GL.iNet GL-AR750S to NAND subtarget")
