All known rt305x and rt3883 implementations support at
least the 24kec instruction set which includes the DSP
extension. For rt288x, the previous value mips32r2 is
kept.
The cpu target is now set per sub-archtecture, according
to cpu-feature-overrides.h of each SoC family.
[juhosg: define ARCH_PACKAGES variable for rt305x/rt3883
in order to differentiate the packages compiled with
the 24Kec option.]
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35853
add ALL5003 to board description in mach-all5002.c
adapt detection in user-space accordingly
(no functional changes)
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35851
Similar to ar71xx, detect only once and cache the strings in
/tmp/sysinfo/model and /tmp/sysinfo/boardname.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35850
WNDR3400v2 is based on BCM53xx . Image that is created breaks the router somehow therefore "#".
CFE and NVRAM contain different vars - example:
CFE line original: Device eth0: hwaddr 74-44-01-37-C6-69, ipaddr 192.168.1.1, mask 255.255.255.0
CFE after openwrt: Device eth0: hwaddr 00-FF-FF-FF-FF-FF, ipaddr 192.168.1.1, mask 255.255.255.0
Logs were posted earlier on this mailing list: https://lists.openwrt.org/pipermail/openwrt-devel/2012-July/016174.html
Different logs with factory firmware are in the wiki: http://wiki.openwrt.org/toh/netgear/wndr3400#wndr3400v2
(and on wikidevi for example)
Signed off by: Dirk Neukirchen <dirkneukirchen@web.de>
SVN-Revision: 35790
Added support for the TP-LINK TL-WA830RE v1 Range Extender.
Based on the WA901ND v1 support. Hardware IDs checked against
original firmware. Patch was successfully tested on hardware.
Signed-off-by: Ronald Hecht <ronald.hecht@gmx.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35789
The NO_IRQ symbol is not used by the amba core since
upstream commit:
dfb85185bda373a70409c70c2632b02fb0f8f449
AMBA: get rid of last two uses of NO_IRQ
This gets rid of the last two users of NO_IRQ in AMBA primecell
drivers.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35748
The amba core throws a warning if -1 is used as an
irq value since upstream commit:
2eac58d5026e4ec8b17ff8b62877fea9e1d2f1b3
ARM: amba: make use of -1 IRQs warn
Make the core warn about the use of -1 (NO_IRQ)
Cange the value of the unused IRQs to zero for the
UART devices to get rid of the warning.
Based on #12729.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35747
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 builds and boots.
Because of the function pointer indirection (e.g. mtd_info's read
function pointer is assigned to spiflash_read), it is difficult for me
to understand where the calls are coming from (could be anywhere,
conditionally pointing at spiflash versions), so I punted and used the
renamed function pointers (_erase, _read, _write). If someone knows
better what to do, please fix.
Cleaned up other sundry kernel tracking issues like get_phy_id and
__devinit,etc.
[juhosg: don't switch to that yet]
Signed-off-by: Russell Senior <russell@personaltelco.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35727
Setting this bit stops BCM53125 (bgmac actually) from receiving any
packets. This bit is cleared conditionally in b53_switch_reset and it
seems the same is done in bcmrobo.c which never sets that bit again.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 35723
