aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux
Commit message (Collapse)AuthorAgeFilesLines
* ar71xx: fix hw id of tl-wr710n image (#19902)Felix Fietkau2015-06-181-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46032
* ar71xx: ar934x-nfc: allow ECC to be configured in software BCH modeFelix Fietkau2015-06-182-0/+5
| | | | | | | | | Some devices ship with NAND images that use BCH ECC. Let the driver know about that ECC mode so that it can be selected by machine files. Signed-off-by: Thomas Hebb <tommyhebb@gmail.com> SVN-Revision: 46022
* 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
* x86/64: enable VirtIO block and console supportJo-Philipp Wich2015-06-171-2/+2
| | | | | | | | This is required to use x86/64 in KVM containers with VirtIO disks Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 46017
* ar71xx: rb493g: fix gpio-mdio accesses under loadJonas Gorski2015-06-171-0/+61
| | | | | | | | | | | | | | | | | It seems that there are maximum timings for mdio accesses that can be hit when the system is under load and the thread is scheduled during a read or write access. Since there is no way of knowing if this happens as there is not even a parity bit, try to work around it by disabling interrupts during any gpio-mdio accesses. Performance impact seems to be neglectable, as mdio accesses are not that often. Hopefully fixes #19500. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46012
* kernel: update 3.18 to 3.18.16Jonas Gorski2015-06-1744-334/+125
| | | | | | | | | | | 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
* bcm53xx: use USB patches sent upstream by HaukeRafał Miłecki2015-06-168-162/+383
| | | | | | | | | | | | | | | This stabilizes USB support. The old patch was handling initialization in a different order that was causing some problems with few USB 3.0 devices. Some weren't detected, some were working unstable, sometimes USB 3.0 could hang the whole controller. A still known issue (but not a regression) is controller hang triggered by connecting USB 1.1 device when not having OHCI controller enabled (kmod-usb-ohci). Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45997
* kernel: add missing config symbol (#19870)Felix Fietkau2015-06-152-0/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45992
* ar71xx/image: move ubnt images to new BuildCodeFelix Fietkau2015-06-151-89/+175
| | | | | | Signed-off-by: Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 45983
* ar71xx/image: add build step mkubntimage2 mkubntkernelimage for unifi boardsFelix Fietkau2015-06-151-0/+22
| | | | | | Signed-off-by: Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 45982
* ar71xx/image: new build step Build/mkubntimage for ubnt factory imagesFelix Fietkau2015-06-151-0/+29
| | | | | | Signed-off-by: Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 45981
* ar71xx: return limit as number of processed frames when re-scheduling NAPI pollFelix Fietkau2015-06-141-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45971
* ar8216: Fix problem with AR8337 MAC swap handlingFelix Fietkau2015-06-146-4/+10
| | | | | | | | | | | | | | | | | | | | | 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
* ar71xx: Add pll_1000 value for eth0 to Ubiquiti Rocket M XWFelix Fietkau2015-06-141-1/+2
| | | | | | | | | | This patch adds the pll_1000 value for eth0 interface. This makes the Rocket M XW image compatible with other Ubiquiti devices with similar hardware with a Gigabit Ethernet port. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net> SVN-Revision: 45965
* oxnas: change file extension of u-boot+initramfs imageFelix Fietkau2015-06-141-1/+1
| | | | | | | | | | The *u-boot-initramfs* images are not ITB/FIT images but are rather supposed to be loaded to RAM and jumped-into. To avoid confusion, change the file extension from itb to bin. Signed-off-by: Daniel Golle <daniel@makrotopia.org> SVN-Revision: 45963
* ar71xx: fix mac offset in firmware fileFelix Fietkau2015-06-141-1/+1
| | | | | | | | | In new firmware-4.bin (for ath10k) mac offset is 0x114 (276), not 0x118 (280). This also closes #19751, bug introduced in #45624 Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com> SVN-Revision: 45958
* ar71xx: fix 100/10mbps ethernet link issues on mynet range extenderFelix Fietkau2015-06-142-4/+69
| | | | | | | | | | | | | | | | | | The mynet range extender hardware is suffering from ethernet link loss when booting with a recent openwrt image. This only happens on 100mbps links, with 1Gbps speed the link was fine. The cause of the problem is that the AR8035 PHY (aka F1E) requires turning on and off the special TX delay setting depending on the speed of the link. The 10mbps mode only needed the proper pll value, which was extracted from the vendor code. Reported-by: Pascal Paradis Signed-off-by: Christian Lamparter <chunkeey@googlemail.com> SVN-Revision: 45954
* brcm63xx: fix A4001N image padding sizeJonas Gorski2015-06-111-1/+1
| | | | | | | | | | | | When r42245 moved A4001N to DT based detection the image padding size was accidentally increased from 4 to 8 MiB. This made images unflashable on these devices. Fixes #19836. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 45945
* bcm53xx: update NVRAM driver to MIPS version from upstream-sfrRafał Miłecki2015-06-101-21/+16
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45943
* brcm47xx: backport BCM47XX patches (NVRAM & BCMA_HOST_PCI)Rafał Miłecki2015-06-1010-12/+354
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45942
* 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
* ramips: fix Power LED handling for WHR-300HP2, WHR-600D, WHR-1166DFelix Fietkau2015-06-081-3/+4
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45930
* 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
* bcm53xx: backport the latest 4.2 ARM BCM5302X patchesRafał Miłecki2015-06-0711-75/+391
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45922
* brcm47xx: refresh kernel configRafał Miłecki2015-06-071-3/+1
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45921
* kernel: move a symbol from the ipq806x config to generic to prevent it from ↵Felix Fietkau2015-06-073-1/+2
| | | | | | | | being nuked by make kernel_oldconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45920
* kernel: remove NAND flash related kmod-* packagesFelix Fietkau2015-06-071-18/+0
| | | | | | | | | | | They are useless, as the platform already selects the right options for NAND support. The main reason for removing them is the fact that it makes kernel configs more annoying to maintain on platforms that provide NAND drivers but disable them (e.g. ramips) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45919
* ralink: add missing symbolJohn Crispin2015-06-071-0/+1
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 45918
* bcm53xx: refresh kernel configRafał Miłecki2015-06-061-0/+1
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45916
* bcm53xx: fallback to default_do_upgrade if NAND upgrade failsRafał Miłecki2015-06-061-0/+12
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45915
* bcm53xx: sysupgrade: drop useless shift in platform.shRafał Miłecki2015-06-061-1/+0
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45914
* brcm47xx: sysupgrade: drop useless shift in platform.shRafał Miłecki2015-06-061-1/+0
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45913
* bcm53xx: extract TRX from image on the flyRafał Miłecki2015-06-061-13/+14
| | | | | | | | | Extracting TRX to separated file in /tmp/ just wastes some RAM while we can just pass a proper extracting command to the default_do_upgrade. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45912
* bcm53xx: sysupgrade: extract TRX partitions directly from vendor imageRafał Miłecki2015-06-061-3/+5
| | | | | | | | | Extracting full TRX out of vendor format is not needed as otrx supports passing TRX offset. This saves some RAM during sysupgrade. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45911
* bcm53xx: update NVRAM driver to support getting contentsRafał Miłecki2015-06-052-15/+60
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45907
* brcm47xx: backport MIPS BCM47XX changes queued for 4.2Rafał Miłecki2015-06-0524-23/+1407
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45906
* ar71xx: fix AR71XX_MODEL for TP-Link TL-WA830RE v1John Crispin2015-06-051-0/+4
| | | | | | | | | The v1 identifies as v10 internally. As there is no TL-WA830RE v10, add a workaround to avoid confusing users. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net> SVN-Revision: 45903
* ramips: Add support for RT5350F-OLinuXino V2John Crispin2015-06-057-0/+237
| | | | | | | | | | | Version 2 : White spaces and alphabetical order problems fixed Support for Olimex RT5350F-OLinuXino Boards, tested with RT5350F-OLinuXino and RT5350F-OLinuXino-EVB boards. More Info : https://www.olimex.com/Products/OLinuXino/RT5350F/RT5350F-OLinuXino/open-source-hardware Signed-off-by: Dimitar Gamishev HeHoPMaJIeH <gamishev@gmail.com> SVN-Revision: 45902
* brcm47xx: extract TRX from image on the flyJohn Crispin2015-06-051-7/+8
| | | | | | | | | | Extracting TRX to separated file in /tmp/ requires extra RAM which may not be available on some chepaer devices. Instead of that lets pass a proper extracting command to the default_do_upgrade. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45901
* lantiq: Backport gpio-stp-xway to fix the highest bits of the PHY LEDsJohn Crispin2015-06-051-0/+25
| | | | | | This fixes the LAN2 LED on Arcadyan VGV7510KW22. SVN-Revision: 45899
* lantiq: Add support for Arcadyan VGV7510KW22 (known as o2 Box 6431)John Crispin2015-06-058-0/+388
| | | | SVN-Revision: 45897
* ramips: improve tx clean up and add fe_tx_ring structFelix Fietkau2015-06-053-70/+83
| | | | | | | | | | if there is any new tx need to clean up. do it in next napi poll. collect tx related members to fe_tx_ring struct. for better cache usage and more readable. Signed-off-by: michael lee <igvtee@gmail.com> SVN-Revision: 45895
* ramips: change ethernet napi interrupt sequenceFelix Fietkau2015-06-051-5/+4
| | | | | | | | | | when open device. first ready napi software rx. then enable hardware interrupt. final start software tx queue to send data. Signed-off-by: michael lee <igvtee@gmail.com> SVN-Revision: 45894
* ramips: fix ethernet vlan tx offload support check when deleteFelix Fietkau2015-06-051-1/+1
| | | | | | Signed-off-by: michael lee <igvtee@gmail.com> SVN-Revision: 45893
* ramips: fix the memory map on FireWRTFelix Fietkau2015-06-051-1/+1
| | | | | | | | | | | | | | | Avoid the use of memory marked as reserved MT7621 support 512MB memory. According to "MT7621_ProgrammingGuide_Preliminary_Platform.pdf" 0x0~0x1c000000 448MB 0x20000000~0x4000000 64MB total 512MB Signed-off-by: wengbj <fl.service@t-firefly.com> Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45892
* 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
* ramips: use highmem on the FireWRT boardFelix Fietkau2015-06-041-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45890
* ramips: enable highmem support for mt7621Felix Fietkau2015-06-042-8/+14
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45889
generated by cgit v1.2.3 (git 2.25.1) at 2024-10-31 11:16:27 +0000