- Mar 28, 2017
-
-
Hannu Nyman authored
ath10k tries to fetch board id via otp, but that fails for many chips like QCA988x, QCA9984 etc. Recent commit cc189c0b removed the earlier hack that had allowed QCA radios to work, as that hack was incompatible with the new wifi chips being introduced to the source tree. Restore functionality for the existing wifi chips by modifying the return value of the 'board id via otp' function to a value that is recognised as a harmless error, so that name evaluation continues by using the board file. Patch originally suggested by Christian Lamparter in forum discussion. Signed-off-by:
Hannu Nyman <hannu.nyman@iki.fi>
-
John Crispin authored
Signed-off-by:
John Crispin <john@phrozen.org>
-
- Mar 27, 2017
-
-
Rafał Miłecki authored
Many (most?) devices can't boot raw kernel using tftp and probably none allows flashing it. It's way more usable to have TRX with kernel containing initrams as such an image can be actually flashed. An exception are Buffalo devices which have recovery mode with support for booting kernels over TFTP. For them keep building default images. Signed-off-by:
Rafał Miłecki <rafal@milecki.pl>
-
Leon M. George authored
/sys/devices/platform/leds-gpio/leds/ was not initialised with working LEDs. Signed-off-by:
Leon M. George <leon@georgemail.eu>
-
Thomas Reifferscheid authored
Makes use of the syscon tcsr and enables both USB ports. Cleans up qcom-ipq8064.dtsi from previous attempts. Fixes FS#497 Signed-off-by:
Thomas Reifferscheid <thomas@reifferscheid.org>
-
Shane Peelar authored
F2FS depends on the crc32_generic module (NOT crc32c_generic) Signed-off-by:
Shane Peelar <lookatyouhacker@gmail.com>
-
Shane Peelar authored
This is needed for F2FS support (it depends on crc32_generic, not crc32c_generic). Signed-off-by:
Shane Peelar <lookatyouhacker@gmail.com>
-
Paul Wassi authored
With upstream changes, the last update to U-Boot 2017.03 broke the nsa310 and nsa325 targets. Also fix some redefines. Signed-off-by:
Paul Wassi <p.wassi@gmx.at>
-
Stefan Koch authored
Signed-off-by:
Stefan Koch <stefan.koch10@gmail.com>
-
Stefan Koch authored
- remove unused code within 500-ar9_vr9.patch - fixed return of IFX_ERROR (solves SIGSEGV in asterisk at failure) - align it a bit with 400-falcon.patch - remove 600-kernel-4.9.patch since changed parts are removed during cleanup Signed-off-by:
Stefan Koch <stefan.koch10@gmail.com>
-
Pavel Kubelun authored
Current driver shows temp in full degrees while other apps await it to be in millidegrees. Initially the driver represents termal data in millidegrees but then it gets divided by TSENS_FACTOR. So lets just set it to '1'. Signed-off-by:
Pavel Kubelun <be.dissent@gmail.com>
-
Pavel Kubelun authored
Current upstream driver doesnt fully support ipq806x devices ipq806x has 11 sensors, the upstream one doesn't allow to check sensors 0-4, only 5-10. A specific driver for ipq806x has been found in Qualcomm SDK repo. https://source.codeaurora.org/quic/qsdk/oss/kernel/linux-msm/commit/?h=release/endive_preview_cc&id=c089e464cd7ce652419a0dc44d7959ce4d24b8a5 https://source.codeaurora.org/quic/qsdk/oss/kernel/linux-msm/commit/?h=release/endive_preview_cc&id=c23d94b702c4182862e7f5051a2b7d00bb922a29 https://source.codeaurora.org/quic/qsdk/oss/kernel/linux-msm/commit/?h=release/endive_preview_cc&id=742f3684b62a6b9f082cb49404b1a92dc0b16bf5 https://source.codeaurora.org/quic/qsdk/oss/kernel/linux-msm/commit/?h=release/endive_preview_cc&id=c0a9b2e2a382c152fa128f5b864c800dd6dfb311 Merging it into LEDE with this commit. Signed-off-by:
Pavel Kubelun <be.dissent@gmail.com>
-
- Mar 26, 2017
-
-
Hauke Mehrtens authored
Deactivate all the ARM64 erratums by default. The target code should activate them if needed. This fixes a problem with a new erratum added in kernel 4.9.17 breaking brcm2708. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de>
-
Hauke Mehrtens authored
These patches are backported from upstream Linux kernel. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de>
-
Hauke Mehrtens authored
Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de>
-
Hauke Mehrtens authored
Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de>
-
- Mar 25, 2017
-
-
Matthias Schiffer authored
Make scan output useful for 802.11s meshes. The common print_ssid function is used, so this doesn't add any additional code. Based-on-patch-by:
Jan-Tarek Butt <tarek@ring0.de> Signed-off-by:
Matthias Schiffer <mschiffer@universe-factory.net>
-
Yousong Zhou authored
Signed-off-by:
Yousong Zhou <yszhou4tech@gmail.com>
-
- Mar 24, 2017
-
-
Rafał Miłecki authored
This gets us in sync with dts from kernel 4.11. Two patches were already backported earlier. I decided to use 03x prefix as it's kind of similar to the 3xx prefix: 3xx - architecture specific patches It isn't any documented or strict rule though. We don't need to stick to it if we hit any problems. Signed-off-by:
Rafał Miłecki <rafal@milecki.pl> Acked-by:
Álvaro Fernández Rojas <noltari@gmail.com>
-
Stefan Koch authored
modify 0152-lantiq-VPE.patch from commit e0229a16 ("lantiq: added support for VPE1") - remove wdog function declarations from header (asm/vpe.h) - remove wdog command line init functions (vpe.c) Signed-off-by:
Stefan Koch <stefan.koch10@gmail.com>
-
Stefan Koch authored
- remove patched header (vpe.h) because kernel already provides one (asm/vpe.h) - remove module softdog_vpe since watchdog functionality is unused - remove module softdog_vpe from Makefile Signed-off-by:
Stefan Koch <stefan.koch10@gmail.com>
-
Stefan Koch authored
modify 500-ar9_vr9.patch from commit 29367aac ("lantiq: ltq-vmmc add support for ar9-vr9") - remove unused dependencies to external watchdog functions (wdog setup is already disabled) - using header file from kernel (asm/vpe.h) instead patched file (vpe.h) - cleanup whitspace warning Signed-off-by:
Stefan Koch <stefan.koch10@gmail.com>
-
Mathias Kresin authored
Even the commit message of the patch adding support for the MiWiFi Nano says that a 16 MB flash chip is used. Extend the firmware partition to make use of all available flash space. Fixes: FS#622 Signed-off-by:
Mathias Kresin <dev@kresin.me>
-
Mathias Kresin authored
Do not select the qca988x by default as soon as kmod-ath10k is selected. We do support more ath10k chips than the qca988x in the meantime, so this dependency doesn't make sense any longer. Signed-off-by:
Mathias Kresin <dev@kresin.me>
-
Mathias Kresin authored
Do not rely on the default firmware selected by ath10k. Signed-off-by:
Mathias Kresin <dev@kresin.me>
-
Thomas Reifferscheid authored
Netgear X4 R7500 comes with a QCA988X. Select a firmware that matches the ath10k chipset Signed-off-by:
Thomas Reifferscheid <thomas@reifferscheid.org>
-
Mathias Kresin authored
Commit 23dac14d058f ("MIPS: PCI: Use struct list_head lists") changed the controller list from reverse to straight order. Use the last entry in the controller list to get the fist conroller of the system. Signed-off-by:
Mathias Kresin <dev@kresin.me>
-
Mathias Kresin authored
Upstream commit 23dac14d058f ("MIPS: PCI: Use struct list_head lists") changed the controller list from reverse to straight order without taking care of the changed order for the scan of the recorded PCI controllers. Traverse the list in reverse order to restore the former behaviour. This patches fixes the following PCI error on lantiq: pci 0000:01:00.0: BAR 0: error updating (0x1c000004 != 0x000000) Signed-off-by:
Mathias Kresin <dev@kresin.me>
-
Rafał Miłecki authored
Right now all brcm2708 patches are extracted from the non-mainline raspberrypi/linux git tree. Many of them are hacks and/or are unneeded in LEDE. Raspberry Pi is getting better and better mainline support so it would be nice to finally start maintaining patches in a cleaner way: 1) Backport patches accepted in upstream tree 2) Start using upstream drivers 3) Pick only these patches that are needed for more complete support Handling above tasks requires grouping patches - ideally using the same prefixes as generic ones. It means we should rename existing patches to use some high prefix. This will allow e.g. use 0xx for backported code. Signed-off-by:
Rafał Miłecki <rafal@milecki.pl> Acked-by:
Florian Fainelli <f.fainelli@gmail.com> Acked-by:
Stijn Tintel <stijn@linux-ipv6.be>
-
Yousong Zhou authored
Fixes FS#637 Signed-off-by:
Yousong Zhou <yszhou4tech@gmail.com>
-
- Mar 23, 2017
-
-
Piotr Dymacz authored
Signed-off-by:
Piotr Dymacz <pepe2k@gmail.com>
-
Piotr Dymacz authored
P&W (full name: Shenzhen Progress&Win Technologies) R602N (could be also labeled as R602F, R602, etc.) is a simple N300 router with 5-port 10/100 Mbps switch, non-detachable antennas and USB. CPE505 is an outdoor CPE with PoE support and detachable antennas. Both devices are based on Qualcomm/Atheros QCA9531 v2. Common specification: - 650/597/216 MHz (CPU/DDR/AHB) - 64 MB of RAM (DDR2) - 16 MB of FLASH - UART (J2) header on PCB R602N specification: - 5x 10/100 Mbps Ethernet - 1x USB 2.0 - 2T2R 2.4 GHz with external LNA and PA (SE2576L), up to 28 dBm - 2x external, non-detachable antennas - 7x LED, 1x button CPE505N specification: - 2x 10/100 Mbps Ethernet (both ports support passive PoE 12-24 V) - 2T2R 2.4 GHz with external LNA and PA (SKY65174-21), up to 30 dBm - 2x external, detachable antennas (RP-SMA connectors) - 1x RGB LED, 2x LEDs (in RJ45 sockets), 1x button Flash instructions: It seems that there are many different versions of the firmware which these devices are shipped with. The generic/standard one is based on some modified OpenWrt and LEDE firmware can be flashed directly from vendor's webgui or with sysupgrade (root password is "admin123"). Before flashing, make sure (use "fw_printenv") that the kernel load address in your device is set to "0x9f050000" (bootcmd variable is "bootm 0x9f050000"). If your device uses different load address, you should first change it, under vendor's firmware, with command: fw_setenv bootcmd "bootm 0x9f050000 || bootm OLD_ADDRESS" Where OLD_ADDRESS is previous kernel load address (in CPE505 version I got access to, it was "0x9fe80000"). This will allow you to use both the vendor's and LEDE firmware. If version of your device contains empty U-Boot environment (you will get information about this after issuing "fw_printenv"), you should use U-Boot, serial line access and TFTP to perform firmware upgrade: 1. tftp 0x80060000 lede-ar71xx-generic-...-squashfs-sysupgrade.bin 2. erase 0x9f050000 +$filesize 3. cp.b $fileaddr 0x9f050000 $filesize 4. setenv bootcmd "bootm 0x9f050000 || bootm OLD_ADDRESS" 5. saveenv && reset These devices contain also web recovery mode inside U-Boot. It can be started with pressing the reset button for around 3 seconds just after the device powerup. Web recovery panel is available on "192.168.10.9" and to be able to use it, IP on your PC must be set to "192.168.10.10". Make sure to change kernel load address before using recovery mode or the U-Boot will not be able to load LEDE firmware. Signed-off-by:
Piotr Dymacz <pepe2k@gmail.com>
-
Vaclav Svoboda authored
This patch adds support for the TP-LINK TL-WR840N v2 and v3. - SoC: Qualcomm QCA9533-BL3A (650 MHz) - RAM: 32 MiB (Zentel A3S56D40GTP) - Flash: 4 MiB (v2: Macronix MX 25L323F) (v3: Winbond 25Q32FVSIG) - LAN: 4x 100M - WAN: 1x 100M Signed-off-by:
Vaclav Svoboda <svoboda@neng.cz>
-
Ryan Mounce authored
This patch adds initial support for the MikroTik RouterBOARD hAP ac (RB962UiGS-5HacT2HnT). All functions are supported except: -SFP cage (eth1) is not working -WLAN LEDs are not working Signed-off-by:
Ryan Mounce <ryan@mounce.com.au>
-
Ryan Mounce authored
This patch adds support for the MikroTik RouterBOARD hAP ac lite (RB952Ui-5ac2nD). The hAP ac lite is nearly identical to the hAP, with an added QCA9887 5GHz radio. The 2.4GHz radio ID is also changed in the hAP ac lite. Signed-off-by:
Ryan Mounce <ryan@mounce.com.au>
-
John Crispin authored
v4.9 CM code has a few bugs on this HW. Disable the GCR register access during boot. This caused a cpu stall. Signed-off-by:
John Crispin <john@phrozen.org>
-
John Crispin authored
This reverts commit d5b10bb5. This caused boot errors on some ipq8 boards Signed-off-by:
John Crispin <john@phrozen.org>
-
- Mar 22, 2017
-
-
Hans Dedecker authored
0463b05 dhcpv6: rebind capability support in reconfigure message (rfc6644) 53767fc dhcpv6: respect renew end point when handling reconfigure message dd892e2 dhcpv6: calculate T1, T2 and T3 in a more sane manner 8a6ca6e md5: use libubox md5 library as local implementation 89822de dhcpv6: don't return renew msg in case of invalid msg type in reconfigure msg 4160c0e treewide: align coding style Signed-off-by:
Hans Dedecker <dedeckeh@gmail.com>
-
Felix Fietkau authored
The tx power applied by set_txpower is limited by the CTL (conformance test limit) entries in the EEPROM. These can change based on the user configured regulatory domain. Depending on the EEPROM data this can cause the tx power to become too limited, if the original regdomain CTLs impose lowr limits than the CTLs of the user configured regdomain. To fix this issue, set the initial channel limits without any CTL restrictions and only apply the CTL at run time when setting the channel and the real tx power. Signed-off-by:
Felix Fietkau <nbd@nbd.name>
-
Felix Fietkau authored
If a device uses the default EEPROM code, typically only the main CTLs are valid, and they do not apply properly when switching to a different regulatory domain. If the regdomain deviates from the EEPROM one, force the world roaming regdomain to ensure that power limits are sane Signed-off-by:
Felix Fietkau <nbd@nbd.name>
-