- Jul 24, 2015
-
-
nbd authored
Signed-off-by:
Felix Fietkau <nbd@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46482 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
NCM specs are not actually mandating a specific position in the frame for the NDP (Network Datagram Pointer). However, some Huawei devices will ignore our aggregates if it is not placed after the datagrams it points to. Add support for doing just this, in a per-device configurable way. While at it, update NCM subdrivers, disabling this functionality in all of them, except in huawei_cdc_ncm where it is enabled instead. We aren't making any distinction between different Huawei NCM devices, based on what the vendor driver does. Standard NCM devices are left unaffected: if they are compliant, they should be always usable, still stay on the safe side. This change has been tested and working with a Huawei E3131 device (which works regardless of NDP position) and an E3372 device (which mandates NDP to be after indexed datagrams). Signed-off-by:
Enrico Mioso <mrkiko.rs@gmail.com> Signed-off-by:
Matti Laakso <malaakso@elisanet.fi> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46464 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
Signed-off-by:
Martin Blumenstingl <martin.blumenstingl@googlemail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46463 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
Signed-off-by:
Álvaro Fernández Rojas <noltari@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46462 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- Jul 22, 2015
-
-
jogo authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.9 Signed-off-by:
Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46440 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
Daniel Golle <daniel@makrotopia.org> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46435 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
- Jul 19, 2015
-
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
- Jul 17, 2015
-
-
blogic authored
Signed-off-by:
-
- Jul 15, 2015
-
-
nbd authored
Add swconfig attributes for flushing the ARL table globally or per port. Signed-off-by:
Heiner Kallweit <hkallweit1@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46382 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
nbd authored
If a link goes down, don't flush the complete ARL table. Only flush the entries for the respective port. Don't touch ARL table if a link goes up. Signed-off-by:
-
nbd authored
Adds functions for flushing ARL table entries per port. Successfully tested on AR8327. Implementation for AR8216/AR8236/AR8316 is based on the AR8236 datasheet and assumes that the three chips share a common ATU register layout. Compile-tested only for AR8216/AR8236/AR8316. Signed-off-by:
-
nbd authored
Adds the chip-specific part of reading ARL table for AR8216/AR8236/AR8316. It's based on the AR8236 datasheet and compile-tested only as I couldn't find datasheets for AR8216/AR8316 and don't own devices with these chips. The existing ar8216_atu_flush implementation was used for all three chip types, therefore I guess they share a common ATU register layout. More testing would be appreciated. Signed-off-by:
-
- Jul 14, 2015
-
-
blogic authored
To improve reproducibility, prevent the inclusion of timestamps in the gzip header. Signed-off-by:
Reiner Herrmann <reiner@reiner-h.de> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46361 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
Fixed typo in the patch provided by Hauke: https://lists.openwrt.org/pipermail/openwrt-devel/2015-July/034274.html Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by:
-
blogic authored
Signed-off-by:
-
- Jul 12, 2015
-
-
hauke authored
This should fix build of sunxi. Signed-off-by:
-
- Jul 11, 2015
-
-
hauke authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.2 Signed-off-by:
-
hauke authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.8 Signed-off-by:
-
hauke authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.18 Signed-off-by:
-
- Jul 08, 2015
-
-
nbd authored
Signed-off-by:
-
nbd authored
Signed-off-by:
-
- Jul 07, 2015
-
-
blogic authored
The mips reloc patch introduced new allocations which were done before add_unformed_module but never freed them in case of an error. A new hook in Linux 3.19 called module_arch_freeing_init can be used for freeing memory which were allocated during this init phase. The problem can be seen when trying to load a module (via busybox insmod) when it was already loaded. free -m for i in `seq 1 100`; do /sbin/insmod /lib/modules/*/ath9k.ko >& /dev/null done free -m This simple loop would leak ~3.2 MB. Signed-off-by:Sven Eckelmann <sven@open-mesh.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46247 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
Backport for the Spansion S25FL164K It's a 8 MiB flash chip with 4 KiB erase sectors. Signed-off-by:
L. D. Pinney <ldpinney@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46237 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
blogic authored
This is useful if the device also has an ethernet WAN interface with a separate mac address (that is derived from the LAN mac address). Signed-off-by:
-
- Jul 05, 2015
-
-
jogo authored
Signed-off-by:
-
jogo authored
Some machtypes were dropped when 4.0 support was added, and the incomplete patch was taken over to 4.1. Signed-off-by:
-
jogo authored
Code calling fpu_emulator_cop1Handler will pass on fault_addr, making gcc complain about it not being initialized when the FPU emulator is disabled. Fixes: arch/mips/kernel/traps.c: In function 'do_fpe': arch/mips/kernel/traps.c:864:22: error: 'fault_addr' may be used uninitialized in this function [-Werror=maybe-uninitialized] process_fpemu_return(sig, fault_addr, fcr31); ^ arch/mips/kernel/traps.c: In function 'do_ri': arch/mips/kernel/traps.c:806:22: error: 'fault_addr' may be used uninitialized in this function [-Werror=maybe-uninitialized] process_fpemu_return(sig, fault_addr, fcr31); ^ arch/mips/kernel/traps.c:763:15: note: 'fault_addr' was declared here void __user *fault_addr; ^ arch/mips/kernel/traps.c: In function 'do_cpu': arch/mips/kernel/traps.c:1421:28: error: 'fault_addr' may be used uninitialized in this function [-Werror=maybe-uninitialized] if (!process_fpemu_return(sig, fault_addr, fcr31) && !err) ^ cc1: all warnings being treated as errors make[7]: *** [arch/mips/kernel/traps.o] Error 1 Signed-off-by:
-
- Jul 04, 2015
-
-
hauke authored
The position of the nvram header file on brcm47xx changed with kernel version 4.1. Signed-off-by:
-
- Jul 03, 2015
-
-
jogo authored
Make some network uapi headers detect if they are included after not only glibc but also musl headers. Signed-off-by:
-
- Jul 01, 2015
-
-
jogo authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.6 * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.7 Signed-off-by:
-
jogo authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.17 Signed-off-by:
-
- Jun 30, 2015
-
-
hauke authored
Signed-off-by:
-
- Jun 22, 2015
-
-
jogo authored
Boot tested: http://pastebin.com/L6aAb9xj Signed-off-by:
-
- Jun 21, 2015
-
-
rmilecki authored
On two tested devices: Netgear R6250 (BCM53011 rev 2) and Luxul XWC-1000 (BCM53011 rev 3) it was possible to use port 7 and eth1 (instead of port 5 and eth0). It seems BCM53011 just like BCM53012 has 8 ports and usually 3 of them are connected to the SoC. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@46104 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
rmilecki authored
Signed-off-by:
-
- Jun 19, 2015
-
-
jogo authored
Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.5 Signed-off-by:
-
- Jun 17, 2015
-
-
nbd authored
Signed-off-by:
-
jogo authored
Changelogs: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.15 * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.16 Signed-off-by:
-
