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
Mercury MW4530R is a TP-Link TL-WDR4310 clone but
with a much lower price tag (~ $40). This patch
is tested to work at trunk r37525.
Signed-off-by: Leon Xu <ylxu72@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3856/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37571
Mercury MW4530R is a TP-Link TL-WDR4310 clone but
with a much lower price tag (~ $40). This patch
is tested to work at trunk r37525.
Signed-off-by: Leon Xu <ylxu72@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3856/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37570
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
Create a separate board profile and update the profile
name in image/makefile. Also use the correct machtype
string in kernel command line.
Based on andelf's patch:
http://andelf.diandian.com/post/2013-05-22/40050677370
Signed-off-by: Oleg Titov <oleg.titov@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3840/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37550
This is a really ugly hack but it will have to do until we copy the ramips patches to the lantiq tree
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 37539
r37505 add support for Huawei HG255D, but it only tested under a community hacked u-boot ("lintel u-boot"), which has a different mtd layout compared to origin one. If you install it on a box with origin u-boot, the origin factory part will be destroyed, and your wifi interface will never up!!!
This patch shrink firmware part in mtd layout to exclude origin factory part, and I will prepare another patch to fix the eeprom extract issue for box with origin u-boot.
Signed-off-by: Leon Xu <ylxu72@gmail.com>
SVN-Revision: 37530
Get rid of some ifdefs, and make sure that the microMIPS
specific code is disabled as well.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37506
HG255D is a kind of popular low-end home gateway in China, this patch bring the the trunk support for it. It is adapted from a local Chinese community (www.right.com.cn), so credit should given to them.
This patch is tested to work except trivial LED issues.
Signed-off-by: Leon Xu <ylxu72@gmail.com>
SVN-Revision: 37505
There is no platform using the gpio-pwm driver, yet these patches break the
generic PWM framework that is in upstream. So just remove them.
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
SVN-Revision: 37490
This reverts r37477. A generic patch is used to fix
this globally, so revert the ar71xx specific change.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37480
