Found in the AudioCodes Tulip AC494 ATA.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34395
The general practice is to use the general SoC compatible string in both the
DTS and the board specific .c file.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34393
The Kconfig identifier to enable debugging in the driver was different from the
actually used one. Fix that.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34332
Commit 7c8edac25f23c4fc14239fdc293caa1317649944 introduced new machine and
Makefile changes to build images for this target. However, without the userspace
bits a ramips machine can't use wifi as the necessary "eeprom" data is to be
extracted by a hotplug script; also, sysupgrade support and default led
configuration are missing.
An IRC user reported these changes allowed him to use wifi on his hardware.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34331
The ASUS WL-520gU and some other similar Asus devices have a BCM5354
running at 200MHZ and not at 240 which is the default for this SoC.
This fixes#4083.
SVN-Revision: 34325
In the old configuration the SoC issued a reboot if the watchdog was
killed also if it was kill with TERM and not KILL.
This will fix#11724.
SVN-Revision: 34324
This patch adds support for defining rt2x00 eeprom data.
This eeprom data can be extracted from flash or loaded directly from a firmware file.
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
SVN-Revision: 34322
Some boards need specifying LED pin in order to get it working.
For example, in board HW556 (Huawei HG556a) "led_pin" must be "2".
By default led_pin is "0", so dsl_274xb_rev_f is changed to "-1".
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
SVN-Revision: 34321
* Accept transfers without bits_per_word set.
* Work around the inability of the hardware of keeping CS asserted.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 34320
Also override the pll_1000 value. Without these settings
ethernet suffers from packet loss.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34316
Musl is an alternative C-library, see http://www.musl-libc.org for more infos.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34314
The ar8216_mib_{capture,flush} functions are similar.
Move the common code into a helper and use that from
the original functions.
This change also fixes a lockdep warning in
ar8216_mib_flush.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34297
swconfig does not compile with 3.7 because
struct netlink_notify->pid has been renamed to
struct netlink_notify->portid
and
struct genl_info->snd_pid has been renamed to
struct genl_info->snd_portid
Use the new names and add compatibility patches
to 3.3 and 3.6.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34288
The new lzma compressed elf kernel image fits into
that, even on devices with large page NAND chips.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34274
[juhosg: move ramips specific stuff into a followup patch]
Signed-off-by: Daniel Golle <dgolle@allnet.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34269
This reverts commit r34230, as it is causing build failures:
make[3] -C package/mtd compile
imagetag.c:35:32: fatal error: linux/bcm963xx_tag.h: No such file or directory
compilation terminated.
make[4]: *** [imagetag.o] Error 1
Any patches modifying exported kernel headers need to reside in generic
as toolchain/kernel-headers only applies generic patches.
SVN-Revision: 34255
The names are misleading, those are only valid from
AR8236. The AR8216 chip uses different offsets.
Thanks to Jonas Gorski for the report.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34244
It will be used on other boards as well.
Signed-off-by: Marek Lindner <lindner_marek@yahoo.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34234
The SPARC qemu target works like a charm with the following qemu command-line:
qemu-system-sparc64 -M sun4u -L /home/florian/dev/qemu/pc-bios -kernel build_dir/linux-sparc/linux-3.6.6/vmlinux -nographic
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34219
This is crashing the kernel in crashlog_init_fs(), until fixed, disable it
for SPARC too.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34213
For sysupgrade the generic image should be used and the special image for the wgt634u is just needed for initial flashing over CFE.
russell reported that with this patch sysupgrdae did not worked for him any more and he could not reproduce the error described in #11420.
With the patch the linux partition also contained the loader which is in the first 128KB.
SVN-Revision: 34201
It will be used for non OM2P boards as well.
Signed-off-by: Marek Lindner <lindner_marek@yahoo.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34200
[juhosg:
- rename and refresh 660-MIPS-ath79-ubnt-xm-add-unifi-outdoor patches
- wrap long lines in mach-ubnt-xm
- remove default network config, set it from uci-defaults/network
instead
- remove user-space, and image generation stuff]
Signed-off-by: Daniel Dickinson <daniel@powercloudsystems.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34196
[juhosg:
- use 'PowerCloud Systems' instead of 'PCS' in the profiles
- sort SingleProfile instances in image/Makefile]
Signed-off-by: Daniel Dickinson <daniel@powercloudsystems.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34195
It is mostly the same as TL-WA901N. WLAN and LAN
are working. LAN LED is working. WLAN signal
strength LEDs are not working yet.
http://wiki.openwrt.org/toh/tp-link/tl-wa7510n?s[]=wa7510n
[juhosg:
- cleanup commit message
- move non kernel related stuff into separate changes
- rename and refresh 615-MIPS-ath79-TL-WA7510N-v1-support patch
- merge WA7510N support into the mach-tl-wa901nd.c file
- add 3.6 support]
Signed-off-by: Stefan Helmert <helst_listen@aol.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34187
This should fix the stalled irq problem seen by several people.
This is not the real fix, but rather moves the bug to the un/init patch of the driver.
The real bug still needs to be fixed, but this workaround should be suffcient to make
the ethernet stable.
SVN-Revision: 34177