summaryrefslogtreecommitdiffstats
path: root/target/linux/brcm63xx/base-files/etc/diag.sh
Commit message (Collapse)AuthorAgeFilesLines
* brcm63xx: fix CT-536p/CT-5621T supportDaniel Gonzalez2016-08-011-1/+1
| | | | | | | | | | | Fix support for the Comtrend CT-536+, CT-5361 and CT-5621T routers support. Currently the firmware is broken for these routers, because there is a missing bar in the code at the DTS file avoiding to match with DTS stuff at the kernel. This causes the router boots without ethernet connectivity. The status led also has a typo. Signed-off-by: Daniel Gonzalez <dgcbueu@gmail.com> Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
* brcm63xx: add initial support for Netgear EVG2000Graham Fairweather2016-06-031-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds support for the Netgear EVG2000 VoIP Gateway to the bcm63xx targets. This device was not sold to the general public, but rather is/was provided by telcos to customers in Sweden, Australia, Singapore and other parts of asia. Known issues: - Unable to detect 53115 switch. This appear to be a problem with probing for the PHY using MDIO and results in error 5. Doesn't seem to be a problem with the configuration, and could use someone with experience to have a look at it. - Uses the b43 driver as using the OpenWRT/LEDE broadcom-wl driver fails to load the firmware for the 4322, so 802.11n is not supported. More info on the device and the research can be found at: https://wiki.openwrt.org/toh/netgear/evg2000 https://wikidevi.com/wiki/Netgear_EVG2000 https://github.com/Xotic750/mirror-lede/tree/evg2000 https://forum.openwrt.org/viewtopic.php?id=63950 Signed-off-by: Graham Fairweather <xotic750@gmail.com> Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* brcm63xx: Add NuCom R5010UNv2 supportJonas Gorski2015-12-021-0/+3
| | | | | | | | | | | | | | | | | This patch adds support for the NuCom R5010UNv2. It's a BCM6328 based board. It has an onboard BCM43217 wifi chip. For this wifi chip looks like the brcmsmac driver isn't still supported, b43 drivers are used for the profile of the router. It's worth mentioning this board was affected by a bug solved with https://dev.openwrt.org/changeset/46707 Tested-by: Angel Fontan <angel.fontan@gmail.com> Signed-off-by: Daniel Gonzalez <dgcbueu@gmail.com> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 47697
* brcm63xx: add Comtrend VR-3026e supportJonas Gorski2015-08-301-0/+3
| | | | | | | | | | Add support for Comtrend VR-3026e v1. The device is almost identical to the Comtrend VR-3025un. Signed-off-by: Martin Tesar <tesarmar@gmail.com> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46752
* brcm63xx: Add support for Plusnet 2704NJonas Gorski2015-08-051-0/+3
| | | | | | | | BCM6318: add support for Plusnet / Sagem 2704N (V1) Signed-off-by: Matt Goring <matt.goring@googlemail.com> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46562
* brcm63xx: fix failsafe lan and status led for DSL-274xB rev. F1Jonas Gorski2015-05-211-1/+2
| | | | | | | | | Add it to the appropriate places so the power led properly works and ethernet is properly configured for failsafe. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45709
* brcm63xx: Add Huawei HG655b supportJonas Gorski2015-05-211-0/+3
| | | | | | | | | | | | | | | This patch adds support for the Huawei HG655b. Nothing much special in this router, it's just another BCM6368 with a Ralink RT3062 wifi chip and the calibration data embedded in the main flash chip at offset 0x7c0000. There is also configuration data used by the OEM firmware before the cal_data partition, this area is protected by the board_data partition in this patch. Signed-off-by: Daniel Gonzalez <dgcbueu@gmail.com> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45708
* brcm63xx: Add BT Home Hub 2A support.Jonas Gorski2015-03-251-0/+4
| | | | | | | | | | | | | | | | | | Support for the BT HomeHub 2.0 Type A. This router was manufactured by Thomson, and it's BCM6358 based. The leds are controled by two chained HC594, all working ok. The BCM5325 switch has the RESET# pin wired to the GPIO15, but currently there is no way to tell the b53 driver how to get this gpio number in brcm63xx, therefore swconfig won't use it when performing a switch reset. The patch was tested with several firmwares, and all except unsupported stuff (i.e xDSL) works pretty well. Tested-by: Tahir <tahir00ali@gmail.com> Signed-off-by: Daniel Gonzalez <dgcbueu@gmail.com> SVN-Revision: 44985
* brcm63xx: set status leds from within diag.shJonas Gorski2015-03-161-0/+97
| | | | | | | | | Instead of setting them up on invocation of brcm63xx_detect, set them when calling diag.sh based. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 44837
* targets: base-files: diag.sh does not need to be executableLuka Perkov2015-02-071-0/+0
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 44305
* add "preinit_regular" diag.sh set_state argumentJohn Crispin2014-12-151-0/+3
| | | | | | | | | | | | This new argument is used right after starting regular preinit (which happens if failsafe wasn't triggered). The main purpose of "preinit" argument is to indicate that failsafe can be triggered, however we were missing a way to inform user that we don't wait for a trigger anymore. With this change it's clear when failsafe mode can be triggered. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 43715
* base-files: diag does not need to insmod any drivers, procd already did it ↵John Crispin2013-06-211-1/+0
| | | | | | | | for us Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 36999
* brcm63xx: migrate platform to common led helper functionsFlorian Fainelli2013-02-181-49/+2
| | | | | | | Signed-off-by: Michael Heimpold <mhei@heimpold.de> Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 35661
* bcm63xx: Accept any led with power in its name as power ledFlorian Fainelli2011-05-111-1/+1
| | | | | | Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com> SVN-Revision: 26875
* bcm63xx: Allow 'colored' power leds.Daniel Dickinson2010-11-281-1/+1
| | | | | | | | | | | Since some devices have more than one power led, they might be separated by their color in the name. To also allow them to be on after leaving preinit, set any status led starting with 'power' to on instead of only those with the exact name of 'power'. Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com> SVN-Revision: 24187
* base-files: diag.sh: For power button as preinit status led, end with led ↵Daniel Dickinson2010-08-021-1/+5
| | | | | | left on, not off SVN-Revision: 22466
* brcm63xx: Added LED code for preinit (/etc/diag.sh) for 96348GW (Tecom 6x00)Daniel Dickinson2010-05-301-0/+67
| | | | SVN-Revision: 21627
* we are using the default-on trigger for power LEDs, no need to change their ↵Florian Fainelli2009-07-181-12/+0
| | | | | | state from userspace SVN-Revision: 16892
* register GPIO-connected LEDs for known boardsFlorian Fainelli2009-07-181-0/+12
SVN-Revision: 16887