I checked the GPL code drop from D-Link and tried to get the wireless
and LAN switch LEDs to light up. I found some references in
AthSDK/www/DIR-825_C1/bsp.h as well as
AthSDK/www/DIR-825_C1/rootfs/etc/sysconfig/S2gpio.sh, but in the end I
only got the led for 2.4GHz to work. Anyway, here's the patch.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37963
Apparently registering usb device on newest trunk causes
this AP not to boot...
Since there is no USB socket in that device anyway this
can be simply removed (and device boots then no problem).
[juhosg:
- tweak subject line and description,
- remove #include "dev-usb.h",
- remove 'select ATH79_DEV_USB' from Kconfig]
Signed-off-by: Jacek Kikiewicz <jaceq@aol.pl>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37844
This patch fixes the code of the buttons for TP-Link WA901ND.
Signed-off-by: Rocco Folino <lordzen@autistici.org>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37696
Small router sold in EU: AR9330@400MHz, 1x USB2.0,
2x ethernet, 8MB flash, 32MB ram, one led, one button.
See: http://galeria.tech-blog.pl/TP-Link_TL-WR710N-EU/
[juhosg: use a separate kernel patch]
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3873/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37572
Looks like trunk@37090 has changed the logic that determines
if router's button was pressed. This resulted in TEW632BRP
always booting into failsafe mode because it detected pressed
button (which was not pressed).
Measure with voltmeter has shown that buttons on this router
are actually active-low. This patch reflects this fact in
board configuration and fixes 'load info failsafe mode' issue.
Note: it looks like Trendnet TEW632BRP and a close relative
to TEW-652BRP V1.0 and D-Link DIR-615C1, so same problem may
exist on those routers as well. This patch doesn't affect
routers other than 632BRP and unfortunately I do not have
hardware to test this issue with other routers.
This patch fixes#13893 and is tested on actuall Trendnet
TEW632BRP.
Signed-off-by: Nikolay Martynov <mar.kolya@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37569
switch buttons should be declared as switch so the failsafe shell is not
triggered by accident in procd
Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 37131
The TP-LINK TL-MR3220 v2 has a button on the left side
labeled "WIFI". This is GPIO 24. This patch adds the
support for this button.
Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36848
The port 6 of the switch is connected to the SFP
cage on the RB2011*S boards. Add a helper function
to correctly initialize the switch configuration
data on those boards to make the SFP port usable.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36799
Here is corrected version (only thing not working are wifi LEDs).
[juhosg: this has been created from the following patch:
http://patchwork.openwrt.org/patch/3620/ ]
Signed-off-by: Jacek Kikiewicz <jaceq@aol.pl>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36578
Network connectivity works fine (LAN and WAN).
For GPIOs, only pwr led and the green wan leds are supported for now.
Signed-off-by: Mathieu Olivari <mathieu.olivari@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36459
Add support for TPLINK WR720N v3 which has 4MB flash,
32MB ram, 2 ethernet interfaces, 1 USB 2.0 port.
The patch is mostly a modification from mach-tl-wr703n.c.
GPIO numbers for the slider switch is from mach-tl-mr3020n.c.
Tested on my device and they worked fine.
Signed-off-by: yousong <yszhou4tech@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36456
Use eeprom (art) from included wifi card, not hard coded in flash.
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36037
Error in using another MDIO (AP123 platform using only one GE1 device
for eth0 and eth1) for the router mr3420v2.
?onfirmed: https://forum.openwrt.org/viewtopic.php?pid=194779#p194779
Routers in this sense are the same and the only difference is: USB
port, USB led, instead of the GPIO-switch we have GPIO-button.
Signed-off-by: Dmytro <dioptimizer@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 36036
[juhosg: use gpio_request_one to enable the USB power]
Patch-by: Dmytro <dioptimizer@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@opewrt.org>
SVN-Revision: 35961
LAN1 and LAN2 LEDs not present (it pulled to ground via
resistors) on MR3040 and MR11U devices. This little patch
enabling ability to control GPIO14 and GPIO15.
Patch-by: Dmytro <dioptimizer@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3439/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35960
[juhosg:
- remove custom mdio bus info and platform data for ar8327, clear the
.led_cfg field from dir835a1_setup instead,
- remove arguments of dir835c1_generic_setup function, register the
LEDs directly from the board specific setup instead]
Signed-off-by: Alexander Stadler <sa.maillists@univie.ac.at>
Patchwork: http://patchwork.openwrt.org/patch/3426/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35957
Use the same MAC addresses as the original firmware.
Based on a patch from #10421.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
Tested-by: Gabor Varga <vargagab@gmail.com>
SVN-Revision: 35730
This is platform definition for the RB951G device. It's mostly rework
of RB2011UAS patchset with network taken from the RB751 patches.
The main difference is the flash layout used by this device.
[juhosg:
- remove dead code from mach-rb951g
- add "-2HnD" suffix to the machine name
- use a separate 615-MIPS-ath79-RB951G-support.patch]
Patchwork: http://patchwork.openwrt.org/patch/3257/
Signed-off-by: Kamil Trzcinski <ayufan@ayufan.eu>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35633
We utilize many Routerboard 751's and discovered that our latest batch
of RB751's would not initialize the wireless radio. We have determined
Mikrotik has changed where the mac address was located inside hardconfig.
As such we utilize "routerboot_find_tag" to find the location of the mac
address. We should remove "RB751_MAC_ADDRESS_OFFSET" as it is ambiguous
by machine manufacturing date. The newer batch of RB751's that we received
had a RB751_MAC_ADDRESS_OFFSET 0x10.
Signed-off-by: Davey Hutchison <dhutchison@bluemesh.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35519
