aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic
Commit message (Collapse)AuthorAgeFilesLines
* kernel: add missing 4.1 config symbolFelix Fietkau2015-07-081-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46264
* mips: Free memory when load_module fails (#14453)John Crispin2015-07-074-15/+200
| | | | | | | | | | | | | | | | | | | | | | 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> SVN-Revision: 46247
* generic: mtd backport for Spansion S25FL164KJohn Crispin2015-07-073-0/+36
| | | | | | | | | 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> SVN-Revision: 46237
* generic: Allow configuring an increment with mtd-mac-addressJohn Crispin2015-07-073-12/+24
| | | | | | | | | 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: Martin Blumenstingl <martin.blumenstingl@googlemail.com> SVN-Revision: 46220
* kernel: add a few more missing config symbolsJonas Gorski2015-07-051-0/+3
| | | | | | Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46188
* kernel: generic: add missing arm machtypesJonas Gorski2015-07-052-2/+14
| | | | | | | | | Some machtypes were dropped when 4.0 support was added, and the incomplete patch was taken over to 4.1. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46187
* kernel: mips_disable_fpu: initialize fault_addr in fpu_emulator_cop1HandlerJonas Gorski2015-07-051-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46184
* kernel: b53: fix build with brcm47xxHauke Mehrtens2015-07-031-0/+5
| | | | | | | | | The position of the nvram header file on brcm47xx changed with kernel version 4.1. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46170
* kernel: improve uapi headers coexistence with muslJonas Gorski2015-07-0315-30/+984
| | | | | | | | | Make some network uapi headers detect if they are included after not only glibc but also musl headers. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46161
* kernel: update 4.0 to 4.0.7Jonas Gorski2015-06-304-8/+3
| | | | | | | | | | 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: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46151
* kernel: update 3.18 to 3.18.17Jonas Gorski2015-06-303-64/+1
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.17 Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46150
* kernel: add some missing config options for 4.1Hauke Mehrtens2015-06-291-0/+3
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46147
* generic: add linux 4.1 supportJonas Gorski2015-06-22182-0/+29784
| | | | | | | | | | | | | | | | | | | | Boot tested: http://pastebin.com/L6aAb9xj Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> [jogo: update to 4.1 final add patches added since submission delete patches applied in later rcs restore commit messages in 220-gc-sections and 304-mips_disable_fpu fix 050-backport_netfilter_rtcache to match new API update inlined dma ops with upstream changes add missing config symbols enabled CONFIG_MULTIUSER update kmod defintions for 4.1 ] Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46112
* b53: Allow using all 8 ports on BCM53011Rafał Miłecki2015-06-211-1/+1
| | | | | | | | | | | 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> SVN-Revision: 46104
* kernel: make USB_XHCI_PLATFORM selectableRafał Miłecki2015-06-212-0/+92
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46079
* kernel: update 4.0 to 4.0.5Jonas Gorski2015-06-194-5/+5
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.0.5 Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46063
* kernel: add linux 4.0 overlayfs locking fix by Miklos SzerediFelix Fietkau2015-06-171-0/+148
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46019
* kernel: update 3.18 to 3.18.16Jonas Gorski2015-06-173-32/+32
| | | | | | | | | | | 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: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46011
* kernel: add missing config symbolFelix Fietkau2015-06-172-0/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46007
* kernel: add missing config symbol (#19870)Felix Fietkau2015-06-152-0/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45992
* ar8216: Fix problem with AR8337 MAC swap handlingFelix Fietkau2015-06-142-4/+6
| | | | | | | | | | | | | | | | | | | | | AR8337 supports a configuration bit to swap MAC0 and MAC6. Currently this is set in general if an AR8337 is detected and causes issues with devices using an AR8334 (internally an AR8337, just less chip pins). And it might even cause issues with AR8337-based devices with different board designs. Swapping the MAC's however isn't needed for AR8337 in general. It's just needed in case of certain board designs (affected devices seem to be based on Atheros reference board AP135/136-010). Therefore this configuration bit should be moved to platform data. The patch includes the needed changes to the device initialization code of affected devices. Hopefully I didn't miss any .. Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com> SVN-Revision: 45970
* b53: fix memory out of bounds access on 64 bit targetsJonas Gorski2015-06-101-2/+2
| | | | | | | | | | | | | On device reset the sizes for the vlan and port tables were wrongly calculated based on the pointer size instead of the struct size. This causes buffer overruns on 64 bit targets, resulting in panics. Fix this by dereferencing the pointers. Reported-by: Fedor Konstantinov <blmink@mink.su> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45938
* b53: widen stp state mask to 3 bits (instead of 2)Jonas Gorski2015-06-101-1/+1
| | | | | | | | | | | | | | | At least on my b53 chip, the mask is 3 bits wide, and because of this some STP states are not set properly and discarded when read. Maybe for some other chips it makes sense to have just 2 bits width, but I don't have other versions around to test/validate. If that's the case then maybe we could add another STP state mask. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45937
* kernel: backport config-related bcma patches from 4.2Rafał Miłecki2015-06-082-0/+98
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45927
* kernel: move a symbol from the ipq806x config to generic to prevent it from ↵Felix Fietkau2015-06-072-0/+2
| | | | | | | | being nuked by make kernel_oldconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45920
* kernel: adjust mips highmem offset to avoid the need for -mlong-calls on ↵Felix Fietkau2015-06-052-0/+34
| | | | | | | | systems with >256M RAM Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45891
* kernel: backport ssb fix for WRT350N v1 (BCM4705) rebootsRafał Miłecki2015-06-012-8/+10
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45865
* kernel: upstream fix: mount overlayfs r/o if workdir cannot be createdJohn Crispin2015-05-301-0/+109
| | | | | | | | move the patch to the proper folder Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 45848
* kernel: add missing STMMAC options in generic configsJohn Crispin2015-05-292-0/+4
| | | | | | | | | | | STMMAC_PLATFORM and STMMAC_PCI have been added recently in the kernel, but show up only when STMMAC driver is enabled. So se'll add it in the generic config, so the kernel build doesn't stall whenever we enable this driver. Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45828
* kernel: bridge: backport two snooping related patchesFelix Fietkau2015-05-273-1/+158
| | | | | | | | | | | | | | | | With this patch the following two patches are backported: * bridge: fix parsing of MLDv2 reports * bridge: allow setting hash_max + multicast_router if interface is down The former one is an important fix which got just applied to the net-tree and is queued for stable. The latter is a patch which is needed to make the hash_max and multicast_router attributes configurable through netifd. Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue> SVN-Revision: 45783
* generic/4.0: update to 4.0.4Imre Kaloz2015-05-2611-28/+22
| | | | | | | | | Update kernel sources and refresh some patches. Signed-off-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45761
* kernel: add missing generic config symbolJonas Gorski2015-05-221-0/+1
| | | | | | Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45714
* kernel: update 3.18 to 3.18.14Jonas Gorski2015-05-2115-139/+29
| | | | | | | | | | | | | | Changelogs: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.12 * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.13 * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.14 Build tested on brcm63xx and ipq806x, runtested on brcm63xx. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45711
* generic/4.0: fix error during kernel patch applicationSteven Barth2015-05-201-10/+3
| | | | | | | | | | | | | | | | | | | | Commit 5168c9a5702648eb690d32ec821647aca80aeba9 introduced a regression during patch application on the 4.0 kernel. Some of the patched content doesn't match the actual code, therefore leading to the following error: Applying patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch patching file net/ipv6/ip6_output.c Hunk #1 FAILED at 886. 1 out of 1 hunk FAILED -- rejects in file net/ipv6/ip6_output.c patching file net/ipv6/route.c Hunk #1 succeeded at 2247 (offset 2 lines). Patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch does not apply (enforce with -f) This change just adapts the actual patch to fix what is in kernel 4.0 and make it apply cleanly. Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45705
* linux: backport IPv6 SAS fixes for source-specific routesSteven Barth2015-05-192-0/+202
| | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 45699
* kernel: backport struct ssb_sprom changes submitted by MIPS treeRafał Miłecki2015-05-132-0/+64
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45677
* b53: Allow using all ports on BCM53012Rafał Miłecki2015-05-121-1/+1
| | | | | | | | | | | | | This chipset has at least 8 usable ports, e.g. Netgear R8000 has ports 5, 7 and 8 connected to Ethernet interfaces: vlan1ports=0 1 2 3 5 7 8* vlan2ports=4 8u Port 6 seems to be always disabled. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Acked-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45676
* mtd: remove the warning about read-only caused by size vs. block boundary ↵Felix Fietkau2015-05-102-8/+2
| | | | | | | | | | | | | | | | | | | | | | | | mismatch Since the kernel/rootfs split handling was modified 2 years ago by r37283 ( https://dev.openwrt.org/changeset/37283 ) and by the subsequent checkins, users have seen rather scary mtd errors in the log at every boot. The message ends "-- forcing read-only", which looks a bit error-like. That error has been mentioned in some forum threads, when users have noticed this message instead of some actual error. [ 2.940000] 0x000000070000-0x000000ff0000 : "firmware" [ 2.970000] 2 netgear-fw partitions found on MTD device firmware [ 2.970000] 0x000000070000-0x000000188440 : "kernel" [ 2.980000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only [ 2.990000] 0x000000188440-0x000000ff0000 : "rootfs" The patch removes the rather useless warning message. signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 45669
* kernel: fix regression in backtrace module info change (#19631)Felix Fietkau2015-05-102-26/+22
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45665
* generic: add CRYPTO_DEV_QCE option to default configFelix Fietkau2015-05-102-0/+2
| | | | | | | | | | This option has been added in kernel 3.17. It shows-up only when both ARCH_QCOM and CRYPTO are enabled. So we'll disable these two by default to avoid stalling the build when these conditions are met. Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> SVN-Revision: 45658
* kernel: when KALLSYMS is disabled, print module address + size for matching ↵Felix Fietkau2015-05-102-0/+76
| | | | | | | | backtrace entries Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45655
* kernel: fix pppoe disconnect issuesFelix Fietkau2015-05-093-0/+143
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45653
* kernel: backport first bcma patches from 4.2Rafał Miłecki2015-05-092-0/+74
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45652
* kernel: add accidentally left out fib trie backport patchFelix Fietkau2015-05-081-0/+52
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45650
* generic: refresh patchesLuka Perkov2015-05-081-2/+2
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 45648
* kernel: backport upstream usbnet fix (fixes #19455)Felix Fietkau2015-05-061-0/+107
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45621
* generic/4.0: update to 4.0.1Imre Kaloz2015-05-031-6/+6
| | | | | | | | | Also refresh one patch. Signed-off-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45601
* The ability to read MAC addresses from MTD is useful for other targets ↵Imre Kaloz2015-05-032-0/+150
| | | | | | | | besides ramips and lantiq as well. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net> SVN-Revision: 45596
* kernel: implement RENAME_EXCHANGE support for jffs2 - overlayfs requires itFelix Fietkau2015-04-252-0/+116
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45580
* kernel: backport rest of bgmac patches to 4.0Rafał Miłecki2015-04-2311-0/+824
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45573
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-10 04:07:08 +0000