aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic
Commit message (Collapse)AuthorAgeFilesLines
* package/devel/perf: fix build for kernel 4.1John Crispin2015-11-021-0/+67
| | | | | | | | | | This fix contains 2 parts: - kernel 4.1: backport upstream patch "perf build: Do not fail on missing Build file" - add NO_LZMA=1 to perf MAKE_FLAGS to disable LZMA support Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> SVN-Revision: 47338
* kernel: update kernel 3.18 to version 3.18.23Hauke Mehrtens2015-11-0111-30/+30
| | | | | | | | | | Changelog: * https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.22 * https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.23 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47334
* generic: 3.18: refresh patchesLuka Perkov2015-11-012-22/+15
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 47329
* generic: fix unrecognized opcode wsbh when building for MIPS16.Felix Fietkau2015-10-313-0/+174
| | | | | | | | | | | | | | | | | | | The issue was found and reported by hynman [1] when compiling reaver for ar71xx (Big Endian MIPS). {standard input}: Assembler messages: {standard input}:79: Error: unrecognized opcode `wsbh $2,$2' {standard input}:90: Error: unrecognized opcode `wsbh $3,$17' {standard input}:208: Error: unrecognized opcode `wsbh $2,$2' make[3]: *** [builder.o] Error 1 The patch was already in upstream since kernel release 4.3-rc5. [1] https://github.com/openwrt/packages/commit/1e29676a8ac74f797f8ca799364681cec575ae6f#commitcomment-12901931 Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com> SVN-Revision: 47322
* kernel: add some missing symbols for 4.3Felix Fietkau2015-10-301-0/+11
| | | | | | Signed-off-by: Daniel Golle <daniel@makrotopia.org> SVN-Revision: 47302
* kernel: backport some bcma header file definitions from wireless-testingFelix Fietkau2015-10-303-0/+78
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47284
* kernel: add missing config symbolFelix Fietkau2015-10-304-0/+4
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47283
* generic: fix adm6996 initJohn Crispin2015-10-261-0/+6
| | | | | | | | | | | | Kernel 3.14 added aditional genphy_soft_reset phy reset to phy_init_hw in drivers/net/phy/phy_device.c Since adm6996 does in driver soft reset and doesn't use BMCR_RESET for soft reset add dummy soft_reset callback to adm6996 driver, like it is done in ar8216. This fixes ticket #20147 Signed-off-by: Andrej Vlasic <andrej.vlasic0@gmail.com> SVN-Revision: 47272
* kernel: update kernel 4.1 to version 4.1.11Hauke Mehrtens2015-10-255-32/+28
| | | | | | | | https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.11 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47252
* kernel: update kernel 4.3 to version 4.3-rc7Hauke Mehrtens2015-10-2514-44/+27
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47250
* generic: add 8139cp fixes, enable hardware csum/tso on 4.0+John Crispin2015-10-196-0/+1416
| | | | | | | | | | | | | | | | This contains two sets of fixes for the 8139cp driver. For all kernel versions older than 4.3, we can apply the fixes from the 4.3-rc4 kernel. In particular, these fix the TX timeout recovery which is causing my Geos to lock up until the hardware watchdog kicks in. For 4.0 and later kernels, we can also apply the additional improvements which are going into 4.4 to fix and enable hardware checksum/TSO offload. Backporting those to older kernels is non-trivial. Signed-off-by: David Woodhouse <David.Woodhouse@intel.com> SVN-Revision: 47220
* kernel: generic: add kernel 4.3Hauke Mehrtens2015-10-11179-0/+30053
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47182
* kernel: update 4.1 to 4.1.10Hauke Mehrtens2015-10-0415-89/+43
| | | | | | | | | | | | | | | | | | | Fixes a regression on spi flash devices (upstream commit 1583eaece6fa). Changelogs: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.7 * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.8 * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.9 * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.10 096-ipv4-off-by-one-in-continuation-handling-in-proc-net.patch was applied upstream and dropped. Signed-off-by: Mathias Kresin <openwrt@kresin.me> [update from 4.1.9 to 4.1.10] Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47104
* uml: update to linux 4.1Felix Fietkau2015-09-271-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47061
* kernel: crypto: fix ubsec_ssb.c compilation with 4.0+Rafał Miłecki2015-09-251-1/+1
| | | | | | | | | SSB_DEVTABLE_END was removed in 4.0 by upstream commit 673e2baaa6d9 ("treewide: Remove unnecessary SSB_DEVTABLE_END macro"). Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 47047
* kernel: backport some SPI layer improvements from 4.1 to 3.18, significantly ↵Felix Fietkau2015-09-243-0/+314
| | | | | | | | improves flash speed on ramips Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47045
* kernel: remove old "rootfs" splitterRafał Miłecki2015-09-243-78/+1
| | | | | | | | | | | | | A year ago I made this old splitter obsolete (see r42828), it's time to completely remove it now. For all this time we got these warnings: "Dedicated partitioner didn't create "rootfs_data" partition, please fill a bug report!" and "Support for built-in "rootfs_data" splitter will be removed, please use CONFIG_MTD_SPLIT_SQUASHFS_ROOT" but I'm not aware of any bug reports related to that. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 47040
* kernel: add a patch to fix crashes on pppoe disconnect/reconnectFelix Fietkau2015-09-224-4/+36
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47026
* kernel: fix dependencies of the sock_diag debloat patch (#20544)Felix Fietkau2015-09-182-0/+40
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46997
* kernel: solos-pci: Increase headroom on received packetsFelix Fietkau2015-09-172-0/+108
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46993
* kernel: ipv6: ip6_fragment: fix headroom tests and skb leakFelix Fietkau2015-09-173-1/+203
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46992
* kernel: remove lantiq specific ATM API hacks and their kernel space users ↵Felix Fietkau2015-09-173-42/+0
| | | | | | | | (fixes #20523) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46984
* kernel: unbreak atm ABI for 4.0 and 4.1John Crispin2015-09-162-14/+18
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46983
* kernel: properly guard the lantiq atm abi hack with an ifdefJohn Crispin2015-09-161-1/+3
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46981
* kernel 3.18/kernel 4.0/kernel 4.1: add missing symbolJohn Crispin2015-09-163-0/+3
| | | | | | | | deactivate NET_SCTPPROBE just like NET_TCPPROBE Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 46974
* kernel: unbreak the atm abiJohn Crispin2015-09-161-7/+7
| | | | | | | | | the lantiq dsl hack to struct atm_trafprm broke the ABI fix this by moving the variables to the end of the struct Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46964
* kernel: add CONFIG_MIPS_CDMM config optionHauke Mehrtens2015-09-111-0/+1
| | | | | | | | This driver was added in kernel 4.1. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46881
* kernel: Added missing symbols into 4.1 & 4.0 kernel default .configHauke Mehrtens2015-09-112-0/+7
| | | | | | | | | | | | As requested here #20432 I've tried to fix the missing symbols from the specified default kernel config files. I ran into this problem trying to build an image for x86_64 target with a custom kernel configuration. Signed-off-by: Manganini Mirko <mmanganini@gmail.com> SVN-Revision: 46879
* mvsw61xx: match swconfig function namesFelix Fietkau2015-09-111-4/+4
| | | | | | Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 46865
* mvsw61xx: use standard swconfig get_port_linkFelix Fietkau2015-09-111-76/+18
| | | | | | | | | The previous "link" and "status" functions were non-standard, and thus less useful for parsing. Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 46864
* yaffs2: remove __TIME__ __DATE__ macrosFelix Fietkau2015-09-111-3/+3
| | | | | | | | | prevent compiler errors with gcc 4.9 increase reproducibility Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 46858
* generic: Fix per interface nf_call_iptables settingFelix Fietkau2015-09-093-537/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | commit r30917 ("kernel: bypass all netfilter hooks if the sysctls for that functionality have been disabled - eliminates the overhead of enabling CONFIG_BRIDGE_NETFILTER in the kernel config") introduced an optimization which should reduce/eliminate the overhead for traffic send over bridges on kernels compiled with CONFIG_BRIDGE_NETFILTER=y. But this optimization breaks the nf_call_iptables per bridge setting which is more fine grained than the global sysctl net.bridge.bridge-nf-call-iptables setting. A test reflecting a real world setup was created to identify if this really eliminates the overhead and if per-bridge nf_call_iptables could be used in some setups to increase the throughput. A Qualcomm Atheros QCA9558 based system with one ethernet and an ath9k wifi 3x3 in HT40 mode was used. Cables from the AP to the wifi station were used to reduce interference problems during the tests. The wlan interface was put in one bridge interface called br-wlan. This bridge usually contains some more wlan interfaces. The eth0 was put in a second bridge called br-lan. This usually contains some other privileged wlan or mesh interfaces. Routing was added between br-lan and br-wlan. Three kernels were tested: * (default) OpenWrt kernel for this device * (brfilter-global) OpenWrt kernel with CONFIG_BRIDGE_NETFILTER=y * (brfilter-local) OpenWrt kernel with CONFIG_BRIDGE_NETFILTER=y and without 644-bridge_optimize_netfilter_hooks.patch The changes to the the netfilter settings of the bridge were done via: * (brfilter-global) /sbin/sysctl -w net.bridge.bridge-nf-call-iptables=1 * (brfilter-lobal) echo 1 > /sys/class/net/br-lan/bridge/nf_call_iptables and/or echo 1 > /sys/class/net/br-wan/bridge/nf_call_iptables A station connected to the wlan0 (AP) interface was used to send traffic to a PC connected via ethernet. iperf with 3 concurrent transmissions was used to generate the traffic. | kernel | br-nf-* global | nf-call* iface | download | upload | |-----------------|----------------|----------------|----------|----------| | default | 0 | - | 209 | 268 | | brfilter-global | 0 | - | 185 | 243 | | brfilter-local | 0 | - | 187 | 243 | | brfilter-local | 0 | br-lan | 157 | 226 | | brfilter-local | 0 | br-lan br-wlan | 139 | 161 | | brfilter-global | 1 | - | 136 | 162 | Download/upload results in Mibit/s It can be seen that the patch doesn't eliminate the overhead. It can also be seen that the throughput of brfilter-global and brfilter-local with disabled filtering is the roughly the same. Also the throughput for brfilter-global and brfilter-local for enabled filtering on all bridges is roughly the same. But also the brfilter-local throughput is higher when only br-lan requires the filtering. This setting would not be possible with 644-bridge_optimize_netfilter_hooks.patch applied and thus can only be compared with brfilter-global and filtering enabled for all interfaces. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46835
* kernel: describe bridge patch "multicast to unicast"Rafał Miłecki2015-09-083-0/+15
| | | | | | It was initially added in r41367 by nbd. SVN-Revision: 46828
* kernel: describe bridge patch "optimize netfilter hooks"Rafał Miłecki2015-09-083-0/+21
| | | | | | It was initially added in r30917 by nbd. SVN-Revision: 46827
* kernel: describe bridge patch "remove IPv6 depependency of bridge in 2.6.38+"Rafał Miłecki2015-09-083-0/+39
| | | | | | It was initially added in r27237 by jow as patch from Jonas. SVN-Revision: 46826
* kernel: describe bridge patch "port isolate"Rafał Miłecki2015-09-083-0/+15
| | | | | | It was initially added in r25762 by nbd. SVN-Revision: 46825
* kernel: describe bridge patch "always accept EAP"Rafał Miłecki2015-09-083-0/+18
| | | | | | It was initially added in r26015 by nbd. SVN-Revision: 46824
* kernel: describe bridge patch "no EAP forward"Rafał Miłecki2015-09-083-0/+24
| | | | | | It was initially added in r25095 by nbd. SVN-Revision: 46823
* kernel: restore 640-bridge_no_eap_forward.patch to its original formFelix Fietkau2015-09-083-3/+3
| | | | | | | | | | It was corrupted in r38528. The most obvious symptom is repeated messages like this: Tue Sep 8 08:25:18 2015 kern.warn kernel: [77141.972226] br-lan: received packet on wlan0 with own address as source address Signed-off-by: Dmitry Ivanov <dima@ubnt.com> SVN-Revision: 46821
* kernel: remove packaging of kmod-crypto-core and kmod-crypto-arc4Felix Fietkau2015-09-083-6/+9
| | | | | | | | | Everything except for blkcipher was already built-in, so make blkcipher built-in as well. Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46820
* kernel: update 3.18 to 3.18.21Jonas Gorski2015-09-023-41/+6
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.21 Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46768
* kernel: bridge, multicast-to-unicast: fix echoes on STAFelix Fietkau2015-09-022-18/+28
| | | | | | | | | | | | | | | | | | | | | Currently, multicast packets from an STA are sent to any according multicast listener directly through the bridge multicast-to-unicast feature. Unfortunately, so far this includes the originating STA, too, resulting in multicast packets being echo'ed back to the originating STA if it itself is a multicast listener for that group. This behaviour breaks IPv6 duplicate address detection: An IPv6 Neighbor Solicitation for IPv6 Duplicate Address Detection is being echo'ed back, resulting in the host falsely detecting an address collision, which makes the node unable to claim an IPv6 address and use IPv6 in general. Mac80211 unfortunately only prevents the echoes for us for multicast frames. For the multicast frames cast to a unicast destination we'll need to take care of excluding the originator ourselves. Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue> SVN-Revision: 46765
* linux: fix off-by-one in handling in /proc/net/routeJonas Gorski2015-08-261-0/+46
| | | | | | | | | | | | | Add an upstream fix for /proc/net/route causing missing routes doing several continued reads from it. Only 4.1+ is affected. Closes #20403. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46726
* kernel: bridge, multicast-to-unicast: assign src after pskb_may_pull()Felix Fietkau2015-08-252-37/+56
| | | | | | | | | | A call to pskb_may_pull() might reallocate skb->data. Therefore we should only assign the src-pointer after any potential reallocations. Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue> Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46721
* Revert "kernel: disable multicast-to-unicast translation for ipv6 neighbor ↵Felix Fietkau2015-08-252-40/+34
| | | | | | | | | | | | | | | | | | | | solicitation (#17625)" This reverts commit a080e8e1943156168913d0353a2e99d1151102aa. It did not fix the problem but just hid some symptom. The real issue was that IGMP/MLD report suppression was not considered for the multicast-to-unicast feature. A recent netifd which isolates IGMP/MLD reports between STAs by utilizing AP-isolation and bridge-hairpinning should have fixed this. It is perfectly fine to apply multicast-to-unicast to IPv6 Neighbor Solicitations, too (once that feature is configured correctly). Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue> Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46720
* kernel: remove already upstream applied patchJonas Gorski2015-08-231-73/+0
| | | | | | | | | | | | | | | | Remove 131-MIPS-export-get_c0_perfcount_int.patch which was already applied in 4.1.6. This fixes the following build error: arch/mips/ath79/setup.c:217:77: error: redefinition of '__kstrtab_get_c0_perfcount_int' arch/mips/ath79/setup.c:211:77: note: previous definition of '__kstrtab_get_c0_perfcount_int' was here arch/mips/ath79/setup.c:217:350: error: redefinition of '__ksymtab_get_c0_perfcount_int' arch/mips/ath79/setup.c:211:350: note: previous definition of '__ksymtab_get_c0_perfcount_int' was here scripts/Makefile.build:258: recipe for target 'arch/mips/ath79/setup.o' failed Reported-by: swalker Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46715
* kernel: update 4.1 to 4.1.6Jonas Gorski2015-08-232-55/+20
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.6 Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46713
* mvebu: kirkwood: fix ehci-orion probe if generic-phy isn't enabledJonas Gorski2015-08-233-0/+105
| | | | | | | | | Properly treat -ENOSYS as no PHY, else ehci-orion won't work without generic phy support. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46711
* Previously, all VLANs (port-based or 802.1q) were sharing a single database ↵Imre Kaloz2015-08-212-4/+19
| | | | | | | | | | | | | | | | in the ATU. This created problems in the case of a system where two ports/devices share a MAC address (e.g. Linksys WRT1900AC eth0/eth1). This also clears any bootloader-set FDB defaults. This had caused issues creating port-based VLANs when mappings overlapped previous VLANs. Packets destined to a port not in the default port group flooded all ports. Tested on a 88E6171 (Linksys EA4500) and 88E6172 ('1900AC) Signed-off-by: Claudio Leite <leitec@staticky.com> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 46699
* kernel: add missing symbols for 4.1Zoltan Herpai2015-08-201-0/+3
| | | | | | Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu> SVN-Revision: 46696