aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic
Commit message (Collapse)AuthorAgeFilesLines
* kernel: fix module load issue in the dma-buf debloat patchFelix Fietkau2016-01-201-1/+10
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r48409 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48411 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: modularize dma shared buffer code to eliminate kernel bloatFelix Fietkau2016-01-201-0/+35
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r48371 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48392 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: fix keyring reference leak (CVE-2016-0728)Felix Fietkau2016-01-191-0/+75
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r48372 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48373 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: backport some bcma header file definitions from wireless-testingRafał Miłecki2016-01-101-0/+26
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r47284 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48165 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: make bcm47xxpart work with TRX flashed at bad block(s)Rafał Miłecki2016-01-062-1/+101
| | | | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r48061 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48140 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: drop bcm47xxpart patch for XiaomiRafał Miłecki2016-01-062-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> Backport of r48060 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48139 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: don't stop timer on events for different interfacesRafał Miłecki2016-01-021-1/+2
| | | | | | | | | | | | This fixes regression introduced in my recent ledtrig-netdev commit. Events triggered by different interfaces were stopping timer so it wasn't working for tx/rx mode. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r48072 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48074 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: add support for renamed devicesRafał Miłecki2016-01-021-2/+3
| | | | | | | | | | | | | The ppp0 interface is renamed after the connection is established. Due to a missing NETDEV_REGISTER event, the ledtrig-netdev isn't aware of the renamed interface and literally ignores the device (no tx/rx indication, led isn't switched off with 'ifdown wan'). Signed-off-by: Mathias Kresin <openwrt@kresin.me> Backport of r48048 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48073 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: reset link status & stats after changing device_nameRafał Miłecki2015-12-231-0/+2
| | | | | | | | | | | Previously switching to non-existing device (interface) could result in leaving LED on. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r47990 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47992 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: drop locking from timer callback functionRafał Miłecki2015-12-231-11/+13
| | | | | | | | | | | | We may just delete timer on every trigger update and then start it again if needed. This will let us avoid both: races and locking in frequently called timer callback. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r47987 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47991 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: switch rwlock to spinlockRafał Miłecki2015-12-231-20/+20
| | | | | | | | | | | | Read/write lock was adding useless complexity, there wasn't any real gain in case of this driver. Also switch to _bh variants to avoid deadlocks. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r47986 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47989 3c298f89-4303-0410-b956-a3cf2f4a3e73
* ledtrig-netdev: update base driver instead of patching it for every kernelRafał Miłecki2015-12-232-43/+4
| | | | | | | | | | | | 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> Backport of r47962 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47988 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: add remaining kernel patch accidentally left out of r47963Felix Fietkau2015-12-231-0/+45
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r47966 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47967 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: backport all current pppoe kernel fixes to 3.18Felix Fietkau2015-12-2310-20/+260
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r47963 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47964 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> Backport of r47800 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47803 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: update kernel 3.18 to version 3.18.23Hauke Mehrtens2015-11-0112-46/+44
| | | | | | | | | | | | | 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 backport of r47334. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47335 3c298f89-4303-0410-b956-a3cf2f4a3e73
* generic: add 8139cp fixes from 4.3John Crispin2015-10-151-0/+367
| | | | | | | | | | | | This contains only the fixes from the 4.3-rc4 kernel. Additional improvements are going into 4.4 which will fix and enable hardware checksum/TSO offload, but backporting those to older kernels is non-trivial. Signed-off-by: David Woodhouse <David.Woodhouse@intel.com> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47195 3c298f89-4303-0410-b956-a3cf2f4a3e73
* generic/3.18: refresh patchesImre Kaloz2015-10-082-8/+8
| | | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47163 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> Backport of r47045 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47046 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: add a patch to fix crashes on pppoe disconnect/reconnectFelix Fietkau2015-09-222-2/+18
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r47026 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47027 3c298f89-4303-0410-b956-a3cf2f4a3e73
* mips: Free memory when load_module fails (#14453)Felix Fietkau2015-09-182-5/+188
| | | | | | | | | | | | | | | | | | | | | | | | 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> Backport of r46247 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47004 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: bridge, multicast-to-unicast: fix echoes on STAFelix Fietkau2015-09-181-15/+20
| | | | | | | | | | | | | | | | | | | | | | | 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> Backport of r46765 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47003 3c298f89-4303-0410-b956-a3cf2f4a3e73
* generic: Fix per interface nf_call_iptables settingFelix Fietkau2015-09-181-172/+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> Backport of r46835 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47002 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: bridge, multicast-to-unicast: assign src after pskb_may_pull()Felix Fietkau2015-09-181-19/+26
| | | | | | | | | | | | 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> Backport of r46721 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47001 3c298f89-4303-0410-b956-a3cf2f4a3e73
* Revert "kernel: disable multicast-to-unicast translation for ipv6 neighbor ↵Felix Fietkau2015-09-181-20/+17
| | | | | | | | | | | | | | | | | | | | | | 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> Backport of r46720 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47000 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: solos-pci: Increase headroom on received packetsFelix Fietkau2015-09-171-0/+54
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r46993 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46995 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: ipv6: ip6_fragment: fix headroom tests and skb leakFelix Fietkau2015-09-172-1/+102
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r46992 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46994 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: drop some left XHCI patch for 4.0Rafał Miłecki2015-09-111-46/+0
| | | | | | | | It was accidentally added in r46094. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46849 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: update 3.18 to 3.18.21Jonas Gorski2015-09-112-6/+6
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.21 Signed-off-by: Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46847 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: restore 640-bridge_no_eap_forward.patch to its original formFelix Fietkau2015-09-081-1/+1
| | | | | | | | | | | | 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> Backport of r46821 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46822 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: mvebu: kirkwood: fix ehci-orion probe if generic-phy isn't enabledJonas Gorski2015-08-231-0/+35
| | | | | | | | | | | Properly treat -ENOSYS as no PHY, else ehci-orion won't work without generic phy support. Backport of r46711. Signed-off-by: Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46712 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: update 3.18 to 3.18.20Hauke Mehrtens2015-08-171-5/+5
| | | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.20 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46680 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: add missing config optionHauke Mehrtens2015-07-121-0/+1
| | | | | | | | | | | This should fix build of sunxi. Backport of r46304 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46310 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: update 3.18 to 3.18.18Hauke Mehrtens2015-07-127-31/+31
| | | | | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.18 Backport of r46299, r46303 and r46308. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46309 3c298f89-4303-0410-b956-a3cf2f4a3e73
* CC: kernel: update 3.18 to 3.18.17Jonas Gorski2015-07-013-64/+1
| | | | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.17 Backport of r46150. Signed-off-by: Jonas Gorski <jogo@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46155 3c298f89-4303-0410-b956-a3cf2f4a3e73
* b53: Allow using all 8 ports on BCM53011Rafał Miłecki2015-06-221-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> Backport of r46104 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46107 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: make USB_XHCI_PLATFORM selectableRafał Miłecki2015-06-212-0/+92
| | | | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Backport of r46079 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46094 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> Backport of r46011. git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46015 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: add missing config symbolFelix Fietkau2015-06-171-0/+1
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r46007 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46009 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: add missing config symbol (#19870)Felix Fietkau2015-06-151-0/+1
| | | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> Backport of r45992 git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@45993 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: remove linux 4.0Felix Fietkau2015-06-14201-32076/+0
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@45975 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45970 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45938 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45937 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: backport config-related bcma patches from 4.2Rafał Miłecki2015-06-082-0/+98
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45927 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45920 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45891 3c298f89-4303-0410-b956-a3cf2f4a3e73
* kernel: backport ssb fix for WRT350N v1 (BCM4705) rebootsRafał Miłecki2015-06-012-8/+10
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45865 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45848 3c298f89-4303-0410-b956-a3cf2f4a3e73
* 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> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45828 3c298f89-4303-0410-b956-a3cf2f4a3e73
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-14 13:45:54 +0000