aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux
Commit message (Collapse)AuthorAgeFilesLines
* bcm53xx: reorder some arch patchesRafał Miłecki2015-09-118-18/+18
| | | | | | | | | | This moves arch patches affecting many DTS files. Thanks to this change we can put some ready-to-mainline patches at 300-319 and simplify backporting process. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46889
* kernel: add CONFIG_MIPS_CDMM config optionHauke Mehrtens2015-09-113-2/+1
| | | | | | | | This driver was added in kernel 4.1. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46881
* brcm47xx: detect Netgear R6300 V1 & support reset buttonRafał Miłecki2015-09-111-6/+44
| | | | | | | | It's still far from complete support. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46880
* 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
* brcm47xx: update to kernel 4.1Hauke Mehrtens2015-09-111-1/+1
| | | | | | | | This makes bcm53xx use kernel 4.1 by default now. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46878
* bcm53xx: update to kernel 4.1Hauke Mehrtens2015-09-111-1/+1
| | | | | | | | This makes bcm53xx use kernel 4.1 by default now. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46877
* brcm47xx: increase max image sizeHauke Mehrtens2015-09-111-0/+7
| | | | | | | | | | | | | | | the trx utile uses a maximum image size of 7.2MB. There are brcm47xx devices even with serial flash with bigger flash chips, but OpenWrt was not able to create images for these devices. This patch provides an additional parameter which increases this limit to 32 MB. There is a warning in the trx utile code which suggests that bigger images could overwrite the nvram partition on some devices, but normally the program writing the image should make sure that it is safe to write it to the flash. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46872
* brcm47xx: break long lines in image MakefileHauke Mehrtens2015-09-111-7/+18
| | | | | | | | | This patch changes nothing on the behaviour, it just breaks long lines with bin/trx to make it easier to add additional parameters. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46871
* brcm2708: remove linux 3.18 supportFelix Fietkau2015-09-11116-310327/+0
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46870
* lantiq: Use the BAR0 base address in the ath PCI fixup codeFelix Fietkau2015-09-112-8/+8
| | | | | | | | | | | Fixes support for AR9287 on TP-Link TD-W8980 and possibly other devices which have an ath wifi chip at a PCI address other than 0xb8000000 (TD-W8980 for example has it's wifi chip at 0xbc000000). Signed-off-by: Geoffrey McRae <geoff@spacevs.com> Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com> SVN-Revision: 46869
* 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
* ar71xx: Restore buildability of the AP121 targetFelix Fietkau2015-09-111-2/+4
| | | | | | | | | Increase space for kernel and also introduce a 8M flash target into the Makefile. Signed-off-by: Attila Lendvai <attila@lendvai.name> SVN-Revision: 46862
* 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
* ramips: Enable RTC support for PBR-M1Felix Fietkau2015-09-111-0/+1
| | | | | | | | | | | | | | The PBR-M1 and other upcoming MT7621 boards have RTC chips on them. The PBR-M1 also selects the kmod-rtc-pcf8563 by default. But the module itself will not be build because CONFIG_RTC_CLASS is currently not enabled for its kernel. Enabling this option should fix the problem of the missing rtc device on these boards. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46857
* ar71xx: fix ar724x clock calculationFelix Fietkau2015-09-111-0/+22
| | | | | | | | | | | | | | | | | According to the AR7242 datasheet section 2.8, AR724X CPUs use a 40MHz input clock as the REF_CLK instead of 5MHz. The correct CPU PLL calculation procedure is as follows: CPU_PLL = (DIV * REF_CLK) / REF_DIV / 2. This patch is compatible with the current calculation procedure with default DIV and REF_DIV values. Test on both AR7240, AR7241 and AR7242. Signed-off-by: Weijie Gao <hackpascal@gmail.com> SVN-Revision: 46856
* brcm2708: add kmod-sound-soc-raspidac3Felix Fietkau2015-09-111-0/+23
| | | | | | | | This adds support for RaspiDAC Rev.3x Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> SVN-Revision: 46854
* brcm2708: update 4.1 patchesFelix Fietkau2015-09-11169-296/+2877
| | | | | | | | | As usual, this patches were taken (and rebased) from https://github.com/raspberrypi/linux/commits/rpi-4.1.y Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> SVN-Revision: 46853
* target: ar71xx: add support for COMFAST CF-E316N v2 boardFelix Fietkau2015-09-1112-10/+195
| | | | | | | | | | | | This adds full support (sans sysupgrading from vendor firmware) for the COMFAST CF-E316N v2 (aka CF-E316V2, CF-E316N-V2 and CF-E316Nv2.0, no FCC ID) by Shenzhen Four Seas Global Link Network Technology Co., Ltd (this company is actively refusing to provide GPL'd sources for the OpenWrt version they ship with the device, damn them). Signed-off-by: Paul Fertser <fercerpav@gmail.com> SVN-Revision: 46852
* ipq806x: fix uninitialized variable usage in cpufreq-kraitJonas Gorski2015-09-102-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In krait_cpufreq_probe, both freq and max_cpu_freq are never initialized, so the max_cpu_freq will have a random value at the end. Fix this by properly initializing max_cpu_freq to 0 and storing the clk frequency in freq as well, to make it similar to how it's calculated in krait_set_target. Fixes the following warnings: In file included from include/linux/clk.h:16:0, from drivers/cpufreq/cpufreq-krait.c:13: drivers/cpufreq/cpufreq-krait.c: In function 'krait_cpufreq_probe': include/linux/kernel.h:714:24: warning: 'freq' may be used uninitialized in this function [-Wmaybe-uninitialized] _max1 > _max2 ? _max1 : _max2; }) ^ drivers/cpufreq/cpufreq-krait.c:217:25: note: 'freq' was declared here unsigned long freq_Hz, freq, max_cpu_freq; ^ In file included from include/linux/clk.h:16:0, from drivers/cpufreq/cpufreq-krait.c:13: include/linux/kernel.h:714:24: warning: 'max_cpu_freq' may be used uninitialized in this function [-Wmaybe-uninitialized] _max1 > _max2 ? _max1 : _max2; }) ^ drivers/cpufreq/cpufreq-krait.c:217:31: note: 'max_cpu_freq' was declared here unsigned long freq_Hz, freq, max_cpu_freq; Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46839
* ipq806x: modules: fix typo in usb-dwc3-qcom dependenciesJonas Gorski2015-09-101-1/+1
| | | | | | | | | | The phy driver has its qcom-dwc3 order switched in contrast to the usb controller driver. Signed-off-by: Kaspar Schleiser <kaspar@schleiser.de> Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46838
* ipq806x: fix R7500 kernel generationJonas Gorski2015-09-101-1/+1
| | | | | | | | | Obviously the dummy rootfs must be after the kernel (uImage), not included in it. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46837
* 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-087-16/+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
* brcm47xx: apply serial flash size trick to Netgear WNR1000 V3Rafał Miłecki2015-09-082-4/+6
| | | | | | | | It also uses different block size just like WGR614 V10. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46810
* brcm47xx: fix reading WGT634U CFE variables with 4.1Rafał Miłecki2015-09-071-6/+6
| | | | | | | | This ports fix from r46584 to the 4.1. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46806
* brcm47xx: add Netgear WNR1000 V3 support in the Linux arch codeRafał Miłecki2015-09-072-4/+80
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 46805
* ipq806x: add support for Netgear Nighthawk X4 R7500Jonas Gorski2015-09-048-3/+866
| | | | | | | | | | | | | Add support for the Netgear Nighthawk X4 R7500 and build appropariate sysupgrade and factory images. Known issues: * 5 GHz wifi not working - there is no quantenna driver * One of the USB ports is not working Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46796
* ipq806x: enable ide led triggerJonas Gorski2015-09-042-0/+2
| | | | | | | | | To use gpio leds as ide leds, we need to enable the trigger to be included in the kernel. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46795
* ipq806x: add support for retrieving macs from mtdJonas Gorski2015-09-042-0/+70
| | | | | | | | Add support for mtd-mac-address for stmac. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46793
* image: move netgear-image to top and rename to -dniJonas Gorski2015-09-041-11/+2
| | | | | | | | Use the same naming as netgear-chk. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46791
* ar71xx: rename NETGEAR_ variables to their netgear namesJonas Gorski2015-09-041-11/+11
| | | | | | | | Netgear names them BOARD_ID and HW_ID, so we should do the same. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46790
* ipq806x: build images and add sysupgrade support for AP148Jonas Gorski2015-09-042-3/+35
| | | | | | | | | Add full ubi and sysupgrade images for AP148 and add sysupgrade support for ipq806x to allow updating the current installation. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46789
* ipq806x: clear IMAGES for devicesJonas Gorski2015-09-041-0/+1
| | | | | | | | | Ensure that IMAGE-less devices won't keep the IMAGES of any previous devices. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46788
* ipq806x: wrap legacy image in uImageJonas Gorski2015-09-041-2/+2
| | | | | | | | | Wrap the zImage in a uImage header so we can easily boot it from legacy u-boots. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46787
* ipq806x: rename "rootfs" to "ubi" on nandJonas Gorski2015-09-042-0/+26
| | | | | | | | OpenWrt expects the ubi paritition to be named "ubi", not "rootfs". Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46786
* ipq806x: enable smem-parser for nand on AP148Jonas Gorski2015-09-046-8/+30
| | | | | | Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46785
* ipq806x: enable ubiblock supportJonas Gorski2015-09-042-2/+2
| | | | | | | | To allow squashfs on ubi, enable ubiblock support in the kernel. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46782
* ar7: fix HIGHMEM_START (#20427)Felix Fietkau2015-09-022-0/+22
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46773
* kernel: update 3.18 to 3.18.21Jonas Gorski2015-09-0219-78/+43
| | | | | | | | | 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
* ramips: fix devicetree corruption with some boot loaders if the caches are ↵Felix Fietkau2015-09-021-0/+18
| | | | | | | | not ready at boot Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46766
* 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
* lantiq: remove dead EASY33016 image recipeJonas Gorski2015-08-301-35/+0
| | | | | | | | | | Support for lantiq_svip_be has been removed a while ago, so EASY33016 images weren't buildable anymore. Remove the recipes as well as gzip compressed kernel support, as EASY33016 was the last user of it. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46760
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-07 04:49:05 +0000