CONFIG_FW_LOADER=y is set in the generic config and our packages in
packages/kernel/linux are depending on it to be compiled into the
kernel.
This fixes some dependency problem where kmod-r8169 misses
firmware_class.ko.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37672
brcm47xx does not use CONFIG_B53_SPI_DRIVER, but it could be selected if spi is build as a module
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37656
OCF_CRYPTOSOFT uses both symbols form crypto_hash and crypto_blkcipher,
so let it select these through kernel config.
Fixes the following build error:
ERROR: "crypto_alloc_ahash" [crypto/ocf/cryptosoft.ko] undefined!
ERROR: "crypto_ahash_digest" [crypto/ocf/cryptosoft.ko] undefined!
ERROR: "crypto_ahash_setkey" [crypto/ocf/cryptosoft.ko] undefined!
make[6]: *** [__modpost] Error 1
make[5]: *** [modules] Error 2
Reported-by: Russell Senior <russell@personaltelco.net>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 37652
This uses a new switch driver.
The old ADMTEK Adm6996 switch is not supported any more.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37650
This is untested, but probably needed to make it work with the phy lib switch driver.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37649
This is needed for some switches used on bcm47xx SoCs like the one on the Asus RT-N66U.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37645
bcm47xx_nvram_gpio_pin() returns a gpio pin number for a given name based
on configuration data in nvram.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37644
This commit adds the basic elements to support Poray brand routers.
It contains a tool to do the encryption/obfuscation that is used in
Poray routers.
Support for Poray devices was worked on by:
Felix Kaechele <heffer@fedoraproject.org>
Luis Soltero <lsoltero@globalmarinenet.com>
Michel Stempin <michel.stempin@wanadoo.fr>
Signed-off-by: Felix Kaechele <heffer@fedoraproject.org>
SVN-Revision: 37635
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
This allows the compiler to remove the emulate_load_store_microMIPS
function if cpu_has_mmips is defined as zero.
Backport of commit 74338805ec6869594d583535f941cb478c94dd73
from 3.11-rc1.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37478
