aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic/patches-3.18
Commit message (Collapse)AuthorAgeFilesLines
* kernel: remove full cache flush in fuse_copy_do() for MIPSHauke Mehrtens2016-06-261-32/+0
| | | | | | | | | | | | | | | | | | | | | | | | This patch was introduced in commit r16412 for the brcm47xx target only and then moved to generic in commit r32395. It was initially added because of ticket #5186 and should fix some problems with fuse file systems and MIPS caches. The commit comment in r32395 says that this a generic problem in MIPS CPUs, but does not name any specifics about that. There was a fix added to kernel 2.6.21 in commit commit 7575a49f20 "[MIPS] Implement flush_anon_page()." that should fix this problem, but that was already available before both commits were done to OpenWrt. I just tested fuse with ntfs.3g without this patch on a BCM4704 (BMIPS3300 V0.6) SoC and haven't seen any problems. Someone reported that removing this patch improves some fuse operations by 5 times on some modern MIPS cores. My test was only a simple "dd if=/dev/zero of=/mnt/zero bs=5000" to an USB stick. This patch removes the patch to OpenWrt, because I assume that it is not needed any more and Felix, the orginal author, also thinks so. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* squashfs4: use upstream xz compression header formatHauke Mehrtens2016-06-221-25/+0
| | | | | | | | | | | | | | | | | In the upstream kernel and the upstream squashfs4 tools the xz compression header looks the following: struct disk_comp_opts { __le32 dictionary_size; __le32 flags; }; We added some other members and also moved some existing members. Place the members which are already in upstream header at the same position as in that kernel and add our own at the end. The kernel should not have a problem when there are some additional members and just ignore them. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: rename B53 symbols to avoid upstream kernel conflictRafał Miłecki2016-06-201-1/+1
| | | | | | | | | In kernel 4.7 there is upstreamed b53 driver using (mostly?) the same symbols as our b53 does. Change our symbols so both drivers can coexist in kernel tree. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Acked-by: Jonas Gorski <jonas.gorski@gmail.com>
* treewide: replace jow@openwrt.org with jo@mein.ioJo-Philipp Wich2016-06-071-2/+2
| | | | Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* treewide: replace nbd@openwrt.org with nbd@nbd.nameFelix Fietkau2016-06-0730-50/+50
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel/mtd: Add support for Macronix mx25u25635f, used in Archer C2600 v1.1Ash Benz2016-06-051-0/+10
| | | | Signed-off-by: Ash Benz <ash.benz@bk.ru>
* kernel: remove ocf support, cryptodev-linux should be used insteadFelix Fietkau2016-05-122-186/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: fq_codel match flows_cnt to limit sizingKevin Darbyshire-Bryant2016-05-121-2/+4
| | | | | | | | | | | | | | | | | | OpenWRT changed the default fq_codel sch->limit from 10240 to 1024, without also adjusting q->flows_cnt. Eric Dumazet explains below that you must also adjust the buckets (q->flows_cnt) for this not to break. Eric explains: Limit of 1024 packets and 1024 flows is not wise I think. (If all buckets are in use, each bucket has a virtual queue of 1 packet, which is almost the same than having no queue at all) I suggest to have at least 8 packets per bucket, to let Codel have a chance to trigger. So you could either reduce number of buckets to 128 (if memory is tight), or increase limit to 8192. flows_cnt is now set to 1024/8=128 Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
* kernel: use upstream fixes for bgmac and BCM4709(4)Rafał Miłecki2016-04-153-30/+43
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 49167
* kernel: update kernel 3.18 to version 3.18.29Rafał Miłecki2016-03-304-8/+8
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 49096
* kernel: backport bcma 4.6 changes for flashesRafał Miłecki2016-03-071-13/+285
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48960
* kernel: fix section mismatch in crashlogHauke Mehrtens2016-03-051-1/+1
| | | | | | | | | | | | | | | The function memblock_insert_region() is in the section __init_memblock, also put crashlog_init_memblock there. This fixes this section mismatch warning: The function memblock_insert_region.isra.1() references the function __meminit crashlog_init_memblock(). This is often because memblock_insert_region.isra.1 lacks a __meminit annotation or the annotation of crashlog_init_memblock is wrong. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 48931
* kernel: update kernel 3.18 to version 3.18.27Hauke Mehrtens2016-03-014-4/+4
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 48874
* kernel: backport more 4.6 bcma stuff needed for new chipsetsRafał Miłecki2016-01-281-1/+107
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48516
* kernel: update kernel 3.18 to 3.18.26Hauke Mehrtens2016-01-252-76/+1
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 48496
* kernel: backport bcma stuff sent for 4.6Rafał Miłecki2016-01-222-0/+387
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48449
* kernel: fix module load issue in the dma-buf debloat patchFelix Fietkau2016-01-201-1/+10
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48409
* kernel: fix keyring reference leak (CVE-2016-0728)Felix Fietkau2016-01-191-0/+75
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48372
* kernel: modularize dma shared buffer code to eliminate kernel bloatFelix Fietkau2016-01-191-0/+35
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48371
* kernel/3.18: update to version 3.18.25Hauke Mehrtens2016-01-1216-159/+47
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 48225
* kernel: add at803x fix for sgmii modeFelix Fietkau2016-01-031-0/+96
| | | | | | | | | Some (possibly broken) bootloaders incorreclty initialize at8033 phy. This patch enables sgmii autonegotiation mode. Signed-off-by: Roman Yeryomin <roman@advem.lv> SVN-Revision: 48109
* kernel: move at803x phy patch to genericFelix Fietkau2016-01-031-0/+180
| | | | | | Signed-off-by: Roman Yeryomin <roman@advem.lv> SVN-Revision: 48108
* kernel: make bcm47xxpart work with TRX flashed at bad block(s)Rafał Miłecki2016-01-022-1/+101
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48061
* kernel: drop bcm47xxpart patch for XiaomiRafał Miłecki2016-01-022-36/+2
| | | | | | | | | It was never tested, most likely not working (because of le32_to_cpu) and not upstreamed. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48060
* kernel: add remaining kernel patch accidentally left out of r47963Felix Fietkau2015-12-231-0/+45
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47966
* kernel: backport all current pppoe kernel fixes to 3.18Felix Fietkau2015-12-2310-20/+260
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47963
* ledtrig-netdev: update base driver instead of patching it for every kernelRafał Miłecki2015-12-231-39/+0
| | | | | | | | | | All supported kernels require patching ledtrig-netdev in the same way, so it's safe to just move these changes to the base version of this driver. We needed these patches for some old kernels 2.6.36 and 3.11. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 47962
* kernel: revert fq_codel quantum override to prevent it from causing too much ↵Felix Fietkau2015-12-081-5/+2
| | | | | | | | cpu load with higher speed (#21326) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47811
* kernel: add bcm47xxpart patches sent for 4.5 merge windowRafał Miłecki2015-12-074-2/+132
| | | | | | | | | This replaces old bcm53xx patch for scanning whole flash and makes bcm47xxpart compatible with NAND. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 47800
* kernel: drop bridge hack for removing ipv6 dependencyJonas Gorski2015-12-041-123/+0
| | | | | | | | | Now that IPV6 isn't build as a module anymore, we don't need to decouple bridge from ipv6 anymore. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 47751
* kernel: mvswitch: merge 3.10+ compile fix into the codeJonas Gorski2015-12-041-35/+0
| | | | | | | | | The lowest we support is 3.18, so no need to keep it as a separate patch. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 47749
* kernel: backport support for m25p80 compatible="jedec,spi-nor" in DTFelix Fietkau2015-12-031-0/+39
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47716
* kernel: mtd: Backport GD25Q128B support to 3.18Felix Fietkau2015-11-225-4/+19
| | | | | | | | | | | | Support is present in 3.19 and above as kernel commit: fcc87a95195236b0935183361a72e4a98bf577d8 Changes to other existing patches are a result of "make target/linux/refresh". Signed-off-by: Srdjan Rosic <srdjan.rosic@gmail.com> Signed-off-by: Srdjan Rosic <rosic@google.com> SVN-Revision: 47588
* kernel/generic: 3.18, 4.y: Add support for Quectel EC20 Mini PCIe moduleJohn Crispin2015-11-212-0/+220
| | | | | | | | | | | | | * both patches (qcserial/qmi_wwan) were submitted upstream[1,2] * build tested on 3.18 and 4.1 * run tested on imx6 platform with 4.1 1. http://article.gmane.org/gmane.linux.usb.general/132998 2. http://article.gmane.org/gmane.linux.usb.general/133113 Signed-off-by: Petr Štetiar <ynezz@true.cz> SVN-Revision: 47567
* kernel: take bcm47xx_nvram.h from kernel and not backportsHauke Mehrtens2015-11-131-0/+52
| | | | | | | | | | | | | | | | | | compat-wireless/backports now contains a bcm47xx_nvram.h file to backport some of the functions in it which are used by the bcmfmac driver. This file just checks for the kernel versions and provide an empty implementations on older kernel versions. This is OK on most systems, but on bcm47xx / bcm53xx systems we want to call the real functions here. This commit removes the file from backports in our build process like we do it with the bcma and ssb header files. Instead we add a recent version into our kernel so all code uses only one header file. On bcm47xx / bcm53xx the real implementations of this code will be used. Reported-by: Hante Meuleman <meuleman@broadcom.com> Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 47467
* 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-311-0/+58
| | | | | | | | | | | | | | | | | | | 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: backport some bcma header file definitions from wireless-testingFelix Fietkau2015-10-301-0/+26
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47284
* generic: add 8139cp fixes, enable hardware csum/tso on 4.0+John Crispin2015-10-191-0/+367
| | | | | | | | | | | | | | | | 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: 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: add a patch to fix crashes on pppoe disconnect/reconnectFelix Fietkau2015-09-222-2/+18
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47026
* kernel: fix dependencies of the sock_diag debloat patch (#20544)Felix Fietkau2015-09-181-0/+20
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46997
* kernel: solos-pci: Increase headroom on received packetsFelix Fietkau2015-09-171-0/+54
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46993
* kernel: ipv6: ip6_fragment: fix headroom tests and skb leakFelix Fietkau2015-09-172-1/+102
| | | | | | 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-171-14/+0
| | | | | | | | (fixes #20523) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46984
* 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: 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
* generic: Fix per interface nf_call_iptables settingFelix Fietkau2015-09-091-179/+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-081-0/+5
| | | | | | It was initially added in r41367 by nbd. SVN-Revision: 46828