KumiSystems/openwrtv4
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
openwrtv4/target/linux/ramips/base-files/etc/board.d/01_leds

358 lines
9 KiB
Text
Raw Normal View History

ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
#!/bin/sh
all: drop old uci-defaults.sh Replace former uci-defaults.sh implementation with the uci-defaults-new.sh one and update all users accordingly. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47867
2015-12-11 15:26:06 +00:00
. /lib/functions/uci-defaults.sh
ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
. /lib/ramips.sh
set_usb_led() {
ramips: unify etc/board.d/01_leds configuration Introduce an optional parameter at the local set_usb_led and set_wifi_led function such that they can take a triggering device. If no parameter is passed, behaviour is unchanged. Signed-off-by: P.Wassi <p.wassi@gmx.at>
2016-07-26 17:18:53 +00:00
ucidef_set_led_usbdev "usb" "USB" "${1}" "${2:-1-1}"
ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
}
ramips: add support for the Senao/EnGenius ESR-9753 board Signed-off-by: Artur Wronowski <arteqw@gmail.com> SVN-Revision: 29603
2011-12-23 14:27:10 +00:00
set_wifi_led() {
ramips: unify etc/board.d/01_leds configuration Introduce an optional parameter at the local set_usb_led and set_wifi_led function such that they can take a triggering device. If no parameter is passed, behaviour is unchanged. Signed-off-by: P.Wassi <p.wassi@gmx.at>
2016-07-26 17:18:53 +00:00
ucidef_set_led_netdev "wifi_led" "wifi" "${1}" "${2:-wlan0}"
ramips: WAN LED for D-Link DIR-300-B1 Add led devices for D-Link DIR-300-B1 WAN LED. Note that the GPIO state is also ANDed with the esw switch port 4 LED state, which is why I've set the amber LED to default-on. Closes: https://dev.openwrt.org/ticket/11326 Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de> [ juhosg: - fix comment style in mach-dir-300-revb.c, - remove the PPP specific LED setup, not everyone uses a PPP connection on the WAN interface] SVN-Revision: 31989
2012-05-29 16:39:03 +00:00
}
ramips: make use of the new board detection layer Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 42186
2014-08-18 13:09:20 +00:00
ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
board=$(ramips_board_name)
ramips: make use of the new board detection layer Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 42186
2014-08-18 13:09:20 +00:00
board_config_update
ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
case $board in
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
3g150b|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
3g300m)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:blue:3g"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
3g-6200n)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:amber:wlan"
set_usb_led "$board:blue:3g"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
3g-6200nl|\
br-6475nd|\
mzk-w300nh2)
set_wifi_led "$board:amber:wlan"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add support for Planex CS-QR10 CS-QR10 is MT7620A based IP Camera. the camera and sound does not work with kernel 4.4. - camera chip is sn9c291. - sound chip is wm8960. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 49234
2016-04-26 11:43:01 +00:00
a5-v11|\
cs-qr10)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "POWER" "$board:red:power" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ai-br100)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_netdev "wan" "wan" "$board:blue:wan" "eth0.2"
set_wifi_led "$board:blue:wlan"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
air3gii)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:green:wlan"
set_usb_led "$board:green:mobile"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
all0239-3g|\
hw550-3g|\
mofi3500-3gn|\
ralink: add support for netis WF-2881 netis WF-2881 is an MT7621AT based router with MT7602EN, MT7612EN. It has 128MB DDR3, 128MB SLC NAND FLASH, 5-port Gbps switch and 1x USB 3.0. The following patch adds support for this device. this device only works on top of UBI. Tested and working: * ethernet * both WiFi radios * USB 3.0 * buttons (reset button) * ethernet switch and USB diag LEDs * UART * GPIOs * sysupgrade Tested and not working * failsafe Signed-off-by: YounJae Rho <luxflow@live.com> SVN-Revision: 47619
2015-11-24 18:29:26 +00:00
sap-g3200u3|\
ramips: add initial support for SamKnows SK-WB8 Signed-off-by: Andrew Yong <me@ndoo.sg>
2016-05-10 16:17:54 +00:00
sk-wb8|\
ralink: add support for netis WF-2881 netis WF-2881 is an MT7621AT based router with MT7602EN, MT7612EN. It has 128MB DDR3, 128MB SLC NAND FLASH, 5-port Gbps switch and 1x USB 3.0. The following patch adds support for this device. this device only works on top of UBI. Tested and working: * ethernet * both WiFi radios * USB 3.0 * buttons (reset button) * ethernet switch and USB diag LEDs * UART * GPIOs * sysupgrade Tested and not working * failsafe Signed-off-by: YounJae Rho <luxflow@live.com> SVN-Revision: 47619
2015-11-24 18:29:26 +00:00
wf-2881)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:green:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
all0256n)
ucidef_set_rssimon "wlan0" "40000" "1"
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_rssi "rssilow" "RSSILOW" "$board:green:rssilow" "wlan0" "1" "40" "0" "6"
ucidef_set_led_rssi "rssimedium" "RSSIMEDIUM" "$board:green:rssimed" "wlan0" "30" "80" "-29" "5"
ucidef_set_led_rssi "rssihigh" "RSSIHIGH" "$board:green:rssihigh" "wlan0" "70" "100" "-69" "8"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
set_wifi_led "rt2800pci-phy0::radio"
;;
ar670w|\
ar725w|\
awapn2403)
set_wifi_led "rt2800soc-phy0::radio"
;;
asl26555)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "POWER" "$board:green:power" "1"
ucidef_set_led_netdev "eth" "ETH" "$board:green:eth" "eth0"
set_wifi_led "$board:green:wlan"
set_usb_led "$board:green:3g"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
bc2)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:blue:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
br-6425)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:orange:wlan"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
broadway)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:red:diskmounted"
set_wifi_led "$board:red:wps_active"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Improve TP-Link Archer C20i support Improve / finalise TP-Link Archer C20i support. Signed-off-by: P.Wassi <p.wassi@gmx.at>
2016-07-26 04:44:19 +00:00
c20i)
ucidef_set_led_switch "lan" "lan" "$board:blue:lan" "switch0" "0x1e"
ucidef_set_led_switch "wan" "wan" "$board:blue:wan" "switch0" "0x01"
set_usb_led "$board:blue:usb" "2-1"
ucidef_set_led_wlan "wlan" "wlan" "$board:blue:wlan" "phy0radio"
;;
ramips/base-files: Add support for Archer C50 Signed-off-by: Henryk Heisig <hyniu@o2.pl>
2016-06-12 21:43:51 +00:00
c50)
ramips: Rename TP-Link Archer C50 LEDs Rename LEDs in TP-Link Archer C50 from [manufacturer name] to [board name] ("tp-link" -> "c50") Signed-off-by: P.Wassi <p.wassi@gmx.at>
2016-07-26 04:45:25 +00:00
ucidef_set_led_default "power" "power" "$board:blue:power" "0"
ucidef_set_led_netdev "lan" "lan" "$board:blue:lan" "eth0.2"
set_usb_led "$board:blue:usb"
ucidef_set_led_wlan "wlan2g" "wlan2g" "$board:blue:wlan2g" "phy1radio"
ucidef_set_led_wlan "wlan5g" "wlan5g" "$board:blue:wlan5g" "phy0radio"
ramips/base-files: Add support for Archer C50 Signed-off-by: Henryk Heisig <hyniu@o2.pl>
2016-06-12 21:43:51 +00:00
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
cf-wr800n)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_netdev "lan" "lan" "$board:white:ethernet" eth0.1
set_wifi_led "$board:white:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
cy-swr1100)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "wps" "WPS" "$board:blue:wps" "0"
set_usb_led "$board:blue:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
d105)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "POWER" "$board:red:power" "1"
set_usb_led "$board:green:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add support for Planex DB-WRT01 This patch add support for Planex DB-WRT01. DANBOARD route on the MT7620A SoC with two Ethernet port and a 802.11n 2.4 GHz radio. DANBOARD is Cartoon character. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 46918
2015-09-14 20:08:55 +00:00
db-wrt01)
ucidef_set_led_default "power" "power" "$board:orange:power" "1"
;;
ramips: Add support for D-Link DCH-M225 D-Link DCH-M225 is based on Mediatek MT7620 with 64MB ram, 8MB flash, 3.5mm audio out support. but no ethernet and usb ports. so you must default enable wifi. Signed-off-by: Michael Lee <igvtee@gmail.com>
2016-05-02 03:57:40 +00:00
dch-m225)
ucidef_set_led_default "power" "POWER" "$board:geeen:power" "1"
ucidef_set_led_default "status" "STATUS" "$board:red:status" "0"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
dcs-930l-b1)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "POWER" "$board:red:power" "1"
ucidef_set_led_netdev "wifi" "WiFi" "$board:blue:wps"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
dir-300-b1|\
dir-600-b1|\
dir-600-b2|\
dir-620-a1)
ucidef_set_led_default "wan" "WAN LED (amber)" "$board:amber:wan" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
set_wifi_led "rt2800pci-phy0::radio"
;;
dir-300-b7|\
dir-320-b1|\
dir-610-a1|\
esr-9753|\
hlk-rm04|\
sl-r7205|\
v11st-fe|\
w306r-v20|\
wt1520)
set_wifi_led "rt2800pci-phy0::radio"
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
dir-615-d|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
dir-615-h1)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "status" "Status LED (amber)" "$board:amber:status" "0"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
set_wifi_led "rt2800pci-phy0::radio"
;;
ramips: add support for Planex MZK-EX300NP MZK-EX300NP is MT7620A based wifi repeater. Built-in power supply. 64MiB RAM, 8MiB SPI Flash, non Wired Ethernet. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 49235
2016-04-26 11:43:06 +00:00
dir-620-d1|\
mzk-ex300np)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:green:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
dir-810l|\
ramips: fix support Planex MZK-750DHP. fix script for Planex MZK-750DHP. modification of the GPIO definition. add Profile. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 49205
2016-04-20 17:19:05 +00:00
mzk-750dhp|\
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
mzk-dp150n)
ucidef_set_led_default "power" "power" "$board:green:power" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add button support and make LEDs known to userspace for DIR-860L B1 Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net> Reviewed-by: Jo-Philipp Wich <jo@mein.io>
2016-06-30 13:18:03 +00:00
dir-860l-b1)
ucidef_set_led_netdev "wan" "wan" "$board:green:net" "eth0.2"
;;
ramips: Add support for Netgear EX2700 This patch adds support for the Netgear EX2700 and builds an approriate sysupgrade image. What's missing is the option to build a factory image flashable via the router's stock web interface, but this approach is hindered by the fact that u-boot operforms an additional integrity check, which expects a uImage header in the last 64 bytes of the "kernel" partition, which the bootloader expects to be 960k, a size exceeded by the standard OpenWrt kernel. Signed-off-by: Joseph C. Lehner <joseph.c.lehner@gmail.com> SVN-Revision: 48698
2016-02-12 08:29:33 +00:00
ex2700)
ucidef_set_led_default "power_r" "POWER (red)" "$board:red:power" "0"
set_wifi_led "$board:green:router"
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
f5d8235-v1|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
f5d8235-v2)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:blue:storage"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
fonera20n)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:orange:usb"
set_wifi_led "$board:orange:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Add support for GL-MT300N This patch adds support for GL-MT300N. GL-MT300N is powered by MT7620N with 16MB flash, 64MB RAM, 2 LANs, USB, UART, GPIO and PoE support. SVN-Revision: 48993
2016-03-10 19:12:04 +00:00
gl-mt300a|\
ramips: Add support for GL-MT750 This patch adds support for GL-MT750. GL-MT750 is powered by MT7620A and MT7610e, dual band 802.11ac, 2.4G 300Mbps and 5G 450Mbps. It has 5 LANs, MMC interface, USB, a lot of IOs and PoE support. SVN-Revision: 48994
2016-03-10 19:12:10 +00:00
gl-mt300n|\
gl-mt750)
ramips: Add support for GL-MT300A This patches adds support for GL-MT300A. GL-MT300A is powered by MT7620A. It has 16MB flash, 128MB RAM, Two LANs, USB, UART and MMC daughter board. SVN-Revision: 48992
2016-03-10 19:11:57 +00:00
set_wifi_led "$board:wlan"
;;
ramips: Add base-files for HiWiFi HC5x61 models HiWiFi HC5661/5761/5861 models are manufactured by http://www.hiwifi.com. These models have similar hardware specs(MT7620A + 128M DDR2 + 16M flash). This patch adds support for them. The original author is Justin Liu (rssnsj@gmail.com). I ported the patch to trunk and submitted it here with his approval. v3 fix 1: Fixed model order 2: Remove manufacturer name from model name 3: Use a hacky but prettier way to get mac address. Signed-off-by: Xiaoning Kang <kangxn@163.com> SVN-Revision: 47111
2015-10-05 10:25:47 +00:00
hc5661)
ucidef_set_led_default "system" "system" "$board:blue:system" "1"
ucidef_set_led_netdev "internet" "internet" "$board:blue:internet" "eth0.2"
set_wifi_led "$board:blue:wlan2g"
ramips: remove indentation in etc/board.d/01_leds Remove indentation at end of line in base-files/etc/board.d/01_leds Signed-off-by: Paul Wassi <p.wassi@gmx.at>
2016-07-23 14:25:38 +00:00
;;
ramips: Add base-files for HiWiFi HC5x61 models HiWiFi HC5661/5761/5861 models are manufactured by http://www.hiwifi.com. These models have similar hardware specs(MT7620A + 128M DDR2 + 16M flash). This patch adds support for them. The original author is Justin Liu (rssnsj@gmail.com). I ported the patch to trunk and submitted it here with his approval. v3 fix 1: Fixed model order 2: Remove manufacturer name from model name 3: Use a hacky but prettier way to get mac address. Signed-off-by: Xiaoning Kang <kangxn@163.com> SVN-Revision: 47111
2015-10-05 10:25:47 +00:00
hc5761)
ucidef_set_led_default "system" "system" "$board:blue:system" "1"
ucidef_set_led_netdev "internet" "internet" "$board:blue:internet" "eth0.2"
set_wifi_led "$board:blue:wlan2g"
ucidef_set_led_netdev "wifi5g" "wifi5g" "$board:blue:wlan5g" "rai0"
;;
hc5861)
ucidef_set_led_default "system" "system" "$board:blue:system" "1"
ucidef_set_led_netdev "internet" "internet" "$board:blue:internet" "eth0.2"
set_wifi_led "$board:blue:wlan2g"
ucidef_set_led_netdev "wifi5g" "wifi5g" "$board:blue:wlan5g" "rai0"
ucidef_set_led_default "turbo" "turbo" "$board:blue:turbo" "0"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
hg255d)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:green:wlan"
set_usb_led "$board:green:usb"
ramips: hg255d: replace ucidef_set_led_interface() with ucidef_set_led_netdev() Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47657
2015-11-26 12:46:04 +00:00
ucidef_set_led_netdev "internet" "internet" "$board:green:internet" "eth0.2"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
hpm)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "POWER" "$board:orange:power" "1"
ucidef_set_led_netdev "eth" "ETH" "$board:green:eth" "eth0"
set_wifi_led "$board:green:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ht-tm02)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_netdev "eth" "Ethernet" "$board:green:lan" "eth0"
set_wifi_led "$board:blue:wlan"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
m2m)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:blue:wifi"
ucidef_set_led_netdev "eth" "Ethernet" "$board:green:wan" "eth0"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
miniembplug)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:red:wlan"
set_usb_led "$board:green:mobile"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Add status led for Xiaomi MiWiFi Nano Signed-off-by: Cezary Jackiewicz <cezary@eko.one.pl>
2016-05-23 16:51:17 +00:00
miwifi-mini|\
miwifi-nano)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:red:status" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: MiWifi-Nano - change gpios to leds, add to default build group 1) Use leds to indicate: Red - Power Amber - Radio On Blue - Wifi associated 2) Add profile to default build group for MT7628 subtarget Signed-off-by: Noble Pepper <openwrtmail@noblepepper.com> SVN-Revision: 49045
2016-03-20 14:41:33 +00:00
miwifi-nano)
ucidef_set_led_default "power" "power" "$board:red:status" "1"
ucidef_set_led_wlan "radio_led" "radio" "$board:amber:radio" "phy0radio"
ucidef_set_led_wlan "wifi_led" "wifi" "$board:blue:wifi" "phy0assoc"
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
mlw221|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
mlwg2)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:blue:wifi"
ucidef_set_led_default "system" "system" "$board:blue:system" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
mpr-a1|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
mpr-a2)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:blue:system"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
mr-102n)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:green:wlan"
set_usb_led "$board:green:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add support for Planex MZK-EX750NP. add support for Planex MZK-EX750NP. MZK-EX750NP is MT7620A and MT7610E based 11ac wifi repeater. Built-in power supply. 64MiB RAM, 8MiB SPI Flash, non Wired Ethernet. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 49268
2016-04-29 11:34:56 +00:00
mzk-ex750np)
ucidef_set_led_default "power" "power" "$board:red:power" "1"
set_wifi_led "$board:red:wifi"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
na930)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:blue:status"
ramips : add support for Newifi D1 Signed-off-by: BangLang Huang <banglang.huang@foxmail.com>
2016-09-27 06:25:04 +00:00
;;
newifi-d1)
set_usb_led "$board:red:status"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
nw718)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:amber:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
oy-0001)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:green:power" "1"
set_wifi_led "$board:green:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips : add support for PandoraBox D1 Signed-off-by: BangLang Huang <banglang.huang@foxmail.com>
2016-09-27 06:23:27 +00:00
pbr-d1)
set_usb_led "$board:orange:usb"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
pbr-m1)
ramips: Fix support for PBR-M1 board The PBR-M1 support in current OpenWrt is for the early demo board and it doesn't work on the final board.This patch fixes the support for it. The LED called pbr-m1:buzzer is a beeper connected to GPIO26 so I used gpio-beeper instead of gpio-leds. Signed-off-by: 郭传鈜 <gch981213@gmail.com> SVN-Revision: 47844
2015-12-11 15:03:50 +00:00
ucidef_set_led_netdev "internet" "internet" "$board:blue:internet" "eth0.2"
ucidef_set_led_default "power" "power" "$board:blue:power" "1"
ucidef_set_led_default "sys" "sys" "$board:blue:sys" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Add support for Phicomm PSG1208 This patch adds support for Phicomm PSG1208.This is a router with MT7620A SoC with 8M flash and 64M ram. The WPS led is uesd as status_led because the power light can't be controlled with GPIO. It seems that the 5g wifi led is connected to MT7612E and it can't be controlled with GPIO too. Signed-off-by: Chuanhong Guo <gch981213@gmail.com> SVN-Revision: 48721
2016-02-15 18:45:22 +00:00
psg1208)
set_wifi_led "$board:white:wlan2g"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
px-4885)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:orange:wifi"
set_usb_led "$board:blue:storage"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
re6500)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:white:power" "1"
ucidef_set_led_default "wifi" "wifi" "$board:orange:wifi" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
rp-n53)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_netdev "eth" "Network" "$board:white:back" "eth0"
set_wifi_led "$board:blue:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
rt-n14u)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:blue:power" "1"
ucidef_set_led_netdev "lan" "lan" "$board:blue:lan" eth0.1
ucidef_set_led_netdev "wan" "wan" "$board:blue:wan" eth0.2
set_wifi_led "$board:blue:air"
set_usb_led "$board:blue:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Add support for TEW-714TRU Signed-off-by: Jimmy Zhong <mb300sd@mb300sd.net>
2016-08-03 17:58:01 +00:00
tew-714tru)
set_usb_led "$board:red:usb"
set_wifi_led "$board:green:wifi"
;;
ramips: add support for Dovado tiny AC Add support for Dovado tiny AC wifi router. Soc: mt7620a ram: 64MB flash: 8MB 1x usb 2.0 two gigabit lan ports 5ghz wlan is not supported on this board since there is no gpl driverfor mt7610e wifi chip. Signed-off-by: Andrej Vlasic <andrej.vlasic0@gmail.com> SVN-Revision: 47348
2015-11-02 10:17:51 +00:00
tiny-ac)
set_wifi_led "$board:orange:wifi"
set_usb_led "$board:green:usb"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
vocore)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_netdev "eth" "ETH" "$board:orange:eth" "eth0"
set_wifi_led "$board:green:status"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
w502u)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:blue:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
set_wifi_led "rt2800pci-phy0::radio"
;;
wcr-150gn)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_usb_led "$board:amber:user"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
whr-1166d|\
whr-300hp2|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
whr-600d)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:green:power" "1"
ucidef_set_led_default "router" "router" "$board:green:router" "1"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
wnce2001)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:green:wlan"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add support for ELECOM WRH-300CR ELECOM WRH-300CR is MT7620N based very small Wi-Fi router with 64MiB DDR2 SDRAM, 16MiB SPI Flash, one fast ethernet port, and (internal but easy-to-access) UART. it also has internal USB hub and USB card reader which provide one USB port, one SD card slot, and one microSD card slot. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> Signed-off-by: FUKAUMI Naoki <naobsd@gmail.com> SVN-Revision: 49211
2016-04-21 19:46:59 +00:00
wrh-300cr)
set_wifi_led "$board:green:wlan"
ucidef_set_led_netdev "lan" "lan" "$board:green:ethernet" "eth0"
;;
ramips: Add support for the Netgear WNDR3700v5 https://wiki.openwrt.org/toh/netgear/wndr3700 wndr3700v5 uses the single-core dual thread MediaTek MT7621S SoC. Signed-off-by: L. D. Pinney <ldpinney@gmail.com> SVN-Revision: 49247
2016-04-26 11:43:53 +00:00
wndr3700v5)
ucidef_set_led_default "power" "POWER" "$board:green:power" "0"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
wt3020)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:blue:power" "0"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
y1|\
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
y1s)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:blue:power" "1"
set_usb_led "$board:blue:usb"
set_wifi_led "$board:blue:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add suport for ZBT APE522II The ZBT APE522II is a dual-radio outdoor CPE based on the MT7620a SoC. It has 64 MB RAM, 8 MB flash, 2 Fast Ethernet ports via internal switch (one with 802.3af 48V PoE support), a 802.11b/g/n SoC 2.4 GHz radio and an 802.11a/n/ac MT7612E-based 5 GHz radio. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
2016-06-23 08:58:08 +00:00
zbt-ape522ii)
ucidef_set_led_netdev "wlan2g4" "wlan1-link" "$board:green:wlan2g4" "wlan1"
ucidef_set_led_netdev "sys1" "wlan1" "$board:green:sys1" "wlan1" "tx rx"
ucidef_set_led_netdev "sys2" "wlan0" "$board:green:sys2" "wlan0" "tx rx"
;;
ramips: Add support for ZBT-CPE102 - CPU: MT7620N 580MHz - Flash: 8MB - RAM: 64MB - build-in minipcie slot for modem 3G/4G - one ethernet port 10/100Mbps Signed-off-by: Cezary Jackiewicz <cezary@eko.one.pl>
2016-09-25 19:09:31 +00:00
zbt-cpe102)
ucidef_set_led_default "power" "power" "$board:green:4g-0" "0"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
zbt-wa05)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:blue:power" "1"
set_wifi_led "$board:blue:air"
set_usb_led "$board:blue:usb"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: Added support for ZBT-826 / ZBT-1026 Support for these MT7620-based routers: https://wiki.openwrt.org/toh/zbt/we-826 Based on Oskari’s patches found here: https://dev.openwrt.org/ticket/19996 Signed-off-by: Jamie Stuart <jamie@onebillion.org> SVN-Revision: 48865
2016-03-01 09:17:06 +00:00
zbt-we826)
ucidef_set_led_default "power" "power" "$board:green:power" "1"
set_wifi_led "$board:green:wifi"
set_usb_led "$board:green:usb"
;;
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
zbt-wr8305rt)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
ucidef_set_led_default "power" "power" "$board:green:sys" "1"
set_usb_led "$board:green:usb"
set_wifi_led "$board:green:wifi"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
zte-q7)
ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scripts Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
2015-08-17 06:24:47 +00:00
set_wifi_led "$board:blue:status"
ramips: use consistent naming scheme for LEDs The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
2015-08-17 06:24:34 +00:00
;;
ramips: add support for Youku YK1 Changes since V1: I resend this patch for current trunk.The former V1 patch is for CC branch. Signed-off-by: Shonn Lu <countrysideboy@qq.com> SVN-Revision: 47617
2015-11-24 18:29:02 +00:00
youku-yk1)
ucidef_set_led_default "power" "power" "$board:blue:power" "1"
set_wifi_led "$board:blue:air"
set_usb_led "$board:blue:usb"
;;
ramips: combine led setup for all boards in one file This removes unnecessary duplication and simplifies led setup for new boards. It would be a one line change most likely. Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su> SVN-Revision: 28569
2011-10-24 21:49:31 +00:00
esac
ramips: use the generic uci-default functions for initial LED setup SVN-Revision: 31993
2012-05-29 16:39:18 +00:00
ramips: make use of the new board detection layer Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 42186
2014-08-18 13:09:20 +00:00
board_config_flush
ramips: use the generic uci-default functions for initial LED setup SVN-Revision: 31993
2012-05-29 16:39:18 +00:00
exit 0
Reference in a new issue Copy permalink