aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* feeds: switch git.lede-project.org URLs to git.openwrt.orgJo-Philipp Wich2018-01-161-4/+4
| | | | Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* iwinfo: update to latest git HEADJo-Philipp Wich2018-01-161-3/+3
| | | | | | 5a5e21b nl80211: skip event notifications in wpa_supplicant scan result reply Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* dnsmasq: use SIGINT for dnssec time validKevin Darbyshire-Bryant2018-01-153-2/+122
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Dnsmasq used SIGHUP to do too many things: 1) set dnssec time validation enabled, 2) bump SOA zone serial, 3) clear dns cache, 4) reload hosts files, 5) reload resolvers/servers files. Many subsystems within LEDE can send SIGHUP to dnsmasq: 1) ntpd hotplug (to indicate time is valid for dnssec) 2) odhcpd (to indicate a new/removed host - typically DHCPv6 leases) 3) procd on interface state changes 4) procd on system config state changes, 5) service reload. If dnssec time validation is enabled before the system clock has been set to a sensible time, name resolution will fail. Because name resolution fails, ntpd is unable to resolve time server names to addresses, so is unable to set time. Classic chicken/egg. Since commits 23bba9cb330cd298739a16e350b0029ed9429eef (service reload) & 4f02285d8b4a66359a8fa46f22a3efde391b5419 (system config) make it more likely a SIGHUP will be sent for events other than 'ntpd has set time' it is more likely that an errant 'name resolution is failing for everything' situation will be encountered. Fortunately the upstream dnsmasq people agree and have moved 'check dnssec timestamp enable' from SIGHUP handler to SIGINT. Backport the upstream patch to use SIGINT. ntpd hotplug script updated to use SIGINT. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* ramips: use blue status LED for Xiaomi Router 3GDaniel Gimpelevich2018-01-151-3/+1
| | | | | | | | | | | | The blue LED is what other firmwares use for this device, and it's a lot easier on the eyes than its shade of yellow, which implies an error condition. Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us> [merge into existing $boardname:blue:status block] Signed-off-by: Mathias Kresin <dev@kresin.me> Acked-by: Piotr Dymacz <pepe2k@gmail.com> Acked-by: Cezary Jackiewicz <cezary@eko.one.pl>
* ramips: add support for TP-Link Archer C20 v4Maxim Anisimov2018-01-156-0/+191
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | TP-Link Archer C20 v4 is a router with 5-port FE switch and non-detachable antennas. It's based on MediaTek MT7628N+MT7610EN. Specification: - MediaTek MT7628N/N (580 Mhz) - 64 MB of RAM - 8 MB of FLASH - 2T2R 2.4 GHz and 1T1R 5 GHz - 5x 10/100 Mbps Ethernet - 3x external, non-detachable antennas - UART (J1) header on PCB (115200 8n1) - 7x LED (GPIO-controlled*), 2x button, power input switch * WAN LED in this devices is a dual-color, dual-leads type which isn't (fully) supported by gpio-leds driver. This type of LED requires both GPIOs state change at the same time to select color or turn it off. For now, we support/use only the green part of the LED. * MT7610EN ac chip isn't not supported by LEDE. Therefore 5Ghz won't work. Flash instruction: The only way to flash LEDE image in ArcherC20v4 is to use tftp recovery mode in U-Boot: 1. Configure PC with static IP 192.168.0.66/24 and tftp server. 2. Rename "openwrt-ramips-mt7628-ArcherC20v4-squashfs-tftp-recovery.bin" to "tp_recovery.bin" and place it in tftp server directory. 3. Connect PC with one of LAN ports, press the reset button, power up the router and keep button pressed for around 6-7 seconds, until device starts downloading the file. 4. Router will download file from server, write it to flash and reboot. Signed-off-by: Maxim Anisimov <maxim.anisimov.ua@gmail.com>
* ramips: rename TP-Link Archer C20 to TP-Link Archer C20 v1Maxim Anisimov2018-01-157-39/+37
| | | | | | | | This changes device name from "TP-Link Archer C20" to "TP-Link Archer C20 v1" because of TPLINK released new TP-Link Archer C20 v4. Additionally migration to the generic board detection has been made. Signed-off-by: Maxim Anisimov <maxim.anisimov.ua@gmail.com>
* ar71xx: fix TP-Link Archer C7 v4 switch LEDsDavid Bauer2018-01-151-8/+12
| | | | | | | | Match mapping of the switch LEDs according to the TP-Link firmware behavior. LAN port 1 triggers the most right LAN LED, LAN port 2 the second LAN LED from the right and so on. Signed-off-by: David Bauer <mail@david-bauer.net>
* ramips: add image checksChen Minqiang2018-01-151-8/+5
| | | | | | | As long as we can't enforce image metadata, we need to use (platform) image checks to have at least soem kind of validation. Signed-off-by: Chen Minqiang <ptpt52@gmail.com>
* ipq806x: drop ubifs supportMathias Kresin2018-01-152-10/+1
| | | | | | | | Ubifs is disabled for all boards except the evaluation boards and the Fritz!Box 4040 anyway. According the author, the ubifs support for the Fritz!Box 4040 wasn't enabled on purpose. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ipq806x: drop legacy image leftoversMathias Kresin2018-01-151-24/+0
| | | | | | | Remove leftover code used for legacy images. There are no relevant binary differences for the images after removing the legacy leftovers. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ipq806x: unset filesystem specific build command by defaultMathias Kresin2018-01-151-0/+1
| | | | | | | | | | | | | Initialise the filesystem specific build command. Otherwise it will be unintended inherit to following images and will cause a wrong image format. The issue is around for ages but was only recently triggered due to the added support for the Openmesh a42. Fixes: FS#1276 Signed-off-by: Mathias Kresin <dev@kresin.me>
* ipq806x: remove unnecessary filesystem specific buildMathias Kresin2018-01-151-1/+1
| | | | | | The Openmesh factory image doesn't need a squashfs specific build command. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ipq806x: use bin file extension for sysupgrade-tar imagesMathias Kresin2018-01-151-8/+8
| | | | | | | Use the file extension bin for sysupgrade-tar images to unify the file extension across the target/tree. Signed-off-by: Mathias Kresin <dev@kresin.me>
* uqmi: fix raw-ip mode for newer lte modemsKoen Vandeputte2018-01-152-2/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some newer LTE modems, like the MC7455 or EC25-E do not support "802.3" mode, and will stay in "raw-ip" regardless of the mode being set. In this case, the driver must be informed that it should handle all packets in raw mode. [1] This commit fixes connectivity issues for these devices. Before: [ Node 5 ] udhcpc -i wwan0 udhcpc: started, v1.27.2 udhcpc: sending discover udhcpc: sending discover udhcpc: sending discover After: [ Node 5 ] udhcpc -i wwan0 udhcpc: started, v1.27.2 udhcpc: sending discover udhcpc: sending select for 100.66.245.226 udhcpc: lease of 100.66.245.226 obtained, lease time 7200 udhcpc: ifconfig wwan0 100.66.245.226 netmask 255.255.255.252 broadcast + udhcpc: setting default routers: 100.66.245.225 [1] https://lists.freedesktop.org/archives/libqmi- devel/2017-January/002064.html Tested on cns3xxx using a Sierra Wireless MC7455 LTE-A Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com> [bumped PKG_RELEASE] Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* ar71xx: image: rework EnGenius ENS202EXT factory imagePiotr Dymacz2018-01-151-7/+4
| | | | | | | | | Current EnGenius ENS202EXT factory image recipe version causes factory images of the following devices to be corrupted. This issue wasn't visible until recent changes of image Makefile snippets order. Signed-off-by: Mathias Kresin <dev@kresin.me> Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* tools: make-ext4fs: remove LEDE_GIT referencesJo-Philipp Wich2018-01-151-1/+1
| | | | | | | Change the make-ext4fs Makefile to use the common PROJECT_GIT variable instead. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* omap24xx: remove referece to not existing kmod-usb-musb-tusb6010Jo-Philipp Wich2018-01-151-1/+1
| | | | | | | | Remove leftover reference to a not existing kmod-usb-musb-tusb6010 from the omap24xx target, the corresponding module is built into the kernel. Fixes: 96815fe0a2 ("kernel: remove omap24xx specific kernel module packages") Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* 6rd: pass ipcalc as argument to evalHans Dedecker2018-01-152-3/+3
| | | | | | | | Instead of grepping for NETWORK after calling ipcalc.sh; pass ipcalc.sh as argument to eval allowing to use $NETWORK to retrieve the IPv4 prefix (ip4prefix). Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* ar71xx: add support for MikroTik RouterBOARD wAP G-5HacT2HnD (wAP AC)Roger Pueyo Centelles2018-01-159-10/+112
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds support for the MikroTik RouterBOARD wAP G-5HacT2HnD (wAP AC), a small weatherproof dual band, dual-radio 802.11ac wireless AP with integrated omnidirectional anntennae and one 10/100/1000 Mbps Ethernet ports. See https://mikrotik.com/product/RBwAPG-5HacT2HnD for more info. Specifications: - SoC: Qualcomm Atheros QCA9556 - RAM: 64 MB - Storage: 16 MB NOR - Wireless: · Atheros AR9550 (SoC) 802.11b/g/n 2x2:2, 2 dBi antennae · Qualcomm QCA9880 802.11a/n/ac 3x3:3, 2 dBi antennae - Ethernet: Atheros AG71xx (SoC, AR8033), 1x 1000/100/10 port, passive PoE in Working: - Board/system detection - Sysupgrade - Serial console - Ethernet - 2.4 GHz radio - 5 GHz radio - Reset button Not working: - LEDs (added according to Mikrotik's GPL sources but not functional) Unsupported: - ZT2046Q SPI temperature and voltage sensor Contributors: Giuseppe Tipaldi (@Ciusss89) Ricky (@rickydee) Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net> Signed-off-by: Daniel Golle <daniel@makrotopia.org> [daniel@makrotopia.org: whitespace fix, use PHYADDR instead of PHYMASK]
* ar71xx: kernel: enable PCI on QCA9556 SoCRoger Pueyo Centelles2018-01-152-0/+24
| | | | | | | | | This patch enables the PCI bus on the QCA9556 SoC, the same way it is done on the same family SoC QCA9558. Tested on a MikroTik RouterBoard wAPG-5HacT2HnD (wAP AC). Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
* ramips: add support for ALFA Network AC1200RMPiotr Dymacz2018-01-156-6/+193
| | | | | | | | | | | | | | | | | | | | | | | | | | ALFA Network AC1200RM is an AC1200 router, with 5-port FE switch and USB 2.0 port. Device is based on MediaTek MT7620A + MT7612EN. Specification: - MT7620A (580 MHz) - 64 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 5x 10/100 Mbps Ethernet with passive PoE output in WAN and LAN4 - 2T2R 2.4 GHz (MT7620A) - 2T2R 5 GHz (MT7612EN) - 1x USB 2.0 - 9x LED (8 driven by GPIO) - 1x button (reset) - DC jack for main power input (12-24 V) - 2x UART, I2C, I2S and LED headers Flash instruction (do it under U-Boot, using UART and TFTP server): Select option "2: Load system code then write to Flash via TFTP" and use "sysupgrade" image. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* uboot-envtools: add support for GL.iNet GL-AR750Piotr Dymacz2018-01-151-0/+1
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: add support for GL.iNet GL-AR750Piotr Dymacz2018-01-1515-10/+198
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | GL.iNet GL-AR750 is a small size, dual-band (AC750) router, based on Qualcomm/Atheros QCA9531 v2 + QCA9887. FCC ID: 2AFIW-AR750. Specification: - 650/597/216 MHz (CPU/DDR/AHB) - 128 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 3x 10/100 Mbps Ethernet - 2T2R 2.4 GHz (QCA9531) - 1T1R 5 GHz (QCA9887) - 1x USB 2.0 (power controlled by GPIO) - 1x microSD (GL857L) - 3x LED (all driven by GPIO) - 1x button (reset) - 1x 2-pos switch - header for optional PoE module - 1x micro USB for main power input - UART + I2C header on PCB Flash instruction: Vendor firmware is based on OpenWrt/LEDE. GUI or sysupgrade can be used to flash OpenWrt/LEDE firmware. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: image: move Sitecom WLR-8100 from legacy to genericPiotr Dymacz2018-01-153-9/+10
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: fix Sitecom WLR-8100 supportDavide Fioravanti2018-01-156-14/+17
| | | | | | | | | | | | | | This patch fixes Sitecom WLR-8100: - mtd layout - LAN and WAN MAC address setup - 2.4 GHz Wi-Fi MAC address setup - 5 GHz Wi-Fi support (calibration data, MAC address setup, missing ath10k-* packages) Signed-off-by: Davide Fioravanti <pantanastyle@gmail.com> [squashed commits, fixed whitespace issues, reworded commit message] Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* uboot-envtools: add support for ALFA Network R36APiotr Dymacz2018-01-151-0/+1
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: add support for ALFA Network R36APiotr Dymacz2018-01-1512-1/+179
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ALFA Network R36A is a successor of the previous model, the R36 (Ralink RT3050F based). New version is based on Qualcomm/Atheros QCA9531 v2. Specification: - 650/400/200 MHz (CPU/DDR/AHB) - 64 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 2x 10/100 Mbps Ethernet, with passive PoE support (24 V) - 2T2R (QCA9531) 2.4 GHz, 2x u.fl connectors on PCB - 1x USB 2.0 (power controlled by GPIO) - 6x LED (5 of them are driven by GPIO) - 2x button (reset, wifi/wps) - external h/w watchdog (EM6324QYSP5B, disabled and not used) - DC jack for main power input (12 V) - UART header on PCB Flash instruction: You can use sysupgrade image directly in vendor firmware which is based on LEDE/OpenWrt. Alternatively, you can use web recovery mode in U-Boot: 1. Configure PC with static IP 192.168.1.2/24. 2. Connect PC with one of RJ45 ports, press the reset button, power up device, wait for first blink of all LEDs (indicates network setup), then keep button for 3 following blinks and release it. 3. Open 192.168.1.1 address in your browser and upload sysupgrade image. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: add support for Teltonika RUT900Piotr Dymacz2018-01-1513-0/+267
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Teltonika RUT900 is an industrial 3G router based on Atheros AR9344. There are available 3 other models in RUT9xx series: RUT905, RUT950 and RUT955, which differ in availability of additional I/O ports, built-in GSM modem type, GPS antenna and other features. FCC ID of the RUT950 model (LTE module built-in): 2AET4-RUT950. This patch adds support for the RUT900 model only but can be easily extended to cover whole series. Also, as there are several different 3/4G modules (Huawei, Quectel, Telit) used in whole series, packages required for WWAN support are not included by default. It is up to the user to install required software for built-in modem. Specification: - 550/400/200 MHz (CPU/DDR/AHB) - 128 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 4x 10/100 Mbps Ethernet, with passive PoE support on LAN1 - 2T2R 2,4 GHz (AR9344), with ext. PA (MGA-22103) and LNA - built-in 3G module (example: Telit HE910-D) - 2x miniSIM slot - 2x RP-SMA/F (Wi-Fi), 2x SMA/F (3G) - PCA9539 16-bit GPIO I2C expander - 12x LED (4 are driven by AR9344, 7 by PCA9539) - 1x button (reset) - DC jack for main power input (9-30 V) - UART available on PCB edge connector Serial console pinout: - RX: pin1 (square) on top side of the main PCB (AR9344 is on top) - TX: pin1 (square) on bottom side Flash instruction: Vendor firmware is based on OpenWrt CC release. Use the "factory" image directly in GUI (make sure to uncheck "keep settings") or in U-Boot web based recovery. To avoid any problems, make sure to first update vendor firmware to latest version - "factory" image was successfully tested on device running "RUT9XX_R_00.03.960" firmware and U-Boot "3.0.1". Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* uboot-envtools: add support for ALFA Network N5QPiotr Dymacz2018-01-141-0/+1
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: add support for ALFA Network N5QPiotr Dymacz2018-01-1412-2/+172
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ALFA Network N5Q is a successor of previous model, the N5 (outdoor CPE/AP, based on Atheros AR7240 + AR9280). New version is based on Atheros AR9344. Specification: - 550/400/200 MHz (CPU/DDR/AHB) - 64 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 2x 10/100 Mbps Ethernet, with passive PoE support (24 V) - 2T2R 5 GHz (AR9344), with ext. PA (RFPA5542) and LNA, up to 27 dBm - 8x LED (7 are driven by GPIO) - 1x button (reset) - external h/w watchdog (EM6324QYSP5B, disabled and not used) - header for optional 802.3at/af PoE module - DC jack for main power input (optional, not installed by default) - UART header on PCB Flash instruction: You can use sysupgrade image directly in vendor firmare which is based on OpenWrt/LEDE. Alternatively, you can use web recovery mode in U-Boot: 1. Configure PC with static IP 192.168.1.2/24. 2. Connect PC with one of RJ45 ports, press the reset button, power up device, wait for first blink of all LEDs (indicates network setup), then keep button for 3 following blinks and release it. 3. Open 192.168.1.1 address in your browser and upload sysupgrade image. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* uboot-envtools: add support for ALFA Network AP91-5GPiotr Dymacz2018-01-141-0/+1
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: add support for ALFA Network AP91-5GPiotr Dymacz2018-01-1413-0/+171
| | | | | | | | | | | | | | | | | | | | | | | | | | | | ALFA Network AP91-5G is a 5 GHz outdoor AP/CPE board, based on Atheros AR7240 + AR9280. Specification: - 400/400/200 MHz (CPU/DDR/AHB) - 32 MB of RAM (DDR1) - 8 MB of FLASH (SPI NOR) - 1x 10/100 Mbps Ethernet, with passive PoE support (24 V) - 1T1R 5 GHz (AR9280), with ext. PA (SE5004L) and LNA, up to 27 dBm - 6x LED (5 are driven by GPIO) - 1x button (reset) - external h/w watchdog (EM6324QYSP5B, disabled and not used) - header for optional 802.3at/af PoE module - DC jack for main power input (optional, not installed by default) - UART and LEDs headers on PCB Flash instruction: Use "factory" image in vendor GUI (in case of problems, make sure your board has up to date firmware). Alternatively, TFTP in U-Boot can be used: select option "2. Load system code then write to Flash via TFTP" during early boot and use "sysupgrade" image. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: base-files: cosmetic cleanups in preinit scriptsPiotr Dymacz2018-01-143-94/+83
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: base-files: drop LED control from 05_set_iface_mac_ar71xxPiotr Dymacz2018-01-141-1/+0
| | | | | | There is no "dir-615-c1:green:wancpu" LED defined in mach-dir-615-c1.c Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* ar71xx: base-files: fix boards order in 05_set_preinit_iface_ar71xxPiotr Dymacz2018-01-141-3/+3
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* kernel: add missing config symbolStijn Tintel2018-01-142-0/+2
| | | | | | | The KEXEC_FILE symbol exists for X86 since kernel 3.17, and since 4.10 for PPC64. Add it to x86/config-4.9 and to generic/config-4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* kernel: add missing DRM symbols to generic configStijn Tintel2018-01-141-0/+8
| | | | | | | Several new DRM symbols that were introduced after 4.9 are missing in the generic config for 4.14, so add them. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* kernel: sort generic configsStijn Tintel2018-01-143-31/+31
| | | | | | Use kconfig.pl to sort the generic kernel configs. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* kernel: move DRM_DEBUG_* symbols to generic configStijn Tintel2018-01-143-4/+2
| | | | | | | | | | While working on a new target (meson), the kernel build failed due to missing DRM_DEBUG_MM_SELFTEST symbol. This can potentially happen on all targets that enable DRM drivers in the kernel config or via kmod packages, so add it to the generic config and remove it from x86 subtarget configs, together with DRM_DEBUG_MM. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* metadata: do not emit broken kconfig dependency statementsJo-Philipp Wich2018-01-141-1/+1
| | | | | | | | Prevent emitting broken dependency statements when resolving references to non existing packages to an empty provider list. Fixes: 47d6b05ad3 ("metadata: always resolve dependencies through provides list") Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* scripts/feeds: fix install of packages with different source/binary namesMatthias Schiffer2018-01-141-1/+1
| | | | | | | | The logic for choice between source and binary packages was reversed. Fixes: 52719c2b67af "metadata: scripts/feeds: distinguish between source and binary packages, resolve virtual dependencies" Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: create new ar71xx/tiny subtarget for 4MB flash devicesMatthias Schiffer2018-01-1313-1007/+1076
| | | | | | | | | | | This new subtarget sets the small_flash flag and removes unused kernel configuration. small_flash removes KERNEL_KALLSYMS, which saves ~107KB in the default configuration; removing unneeded hardware support from ar71xx/tiny saves another ~18KB (both after LZMA). Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx/generic: add generic- prefix to vendor-specific image Makefile snippetsMatthias Schiffer2018-01-135-4/+4
| | | | Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: reorganize kernel configurationMatthias Schiffer2018-01-135-898/+728
| | | | | | | | | | Rather than including all machines for the generic subtarget in the base configuration, leave the base configuration without specific machines and create a proper subtarget config for ar71xx/generic. The configuration diffs of the mikrotik and nand subtargets get significantly shorter, as will the configurations of future subtargets. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: disable devicetree supportMatthias Schiffer2018-01-135-25/+75
| | | | | | | | | | | | While we'd like to convert ar71xx to DT-based configuration eventually, we aren't quite there yet, and shipping half-baked DT support that is not used at all wastes precious space. Saves ~120KB before LZMA, ~33KB after LZMA. Run-tested on TP-Link CPE510 and TL-WR841 v7. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ath9k, ath10k(-ct): move spectral scan support under a separate config symbolMatthias Schiffer2018-01-135-6/+295
| | | | | | | | | | | | | Backport patches that separate spectral scan support from general debugfs support of ath9k/ath10k; this allows to remove the dependency on KERNEL_RELAY from these driver packages even with debugfs enabled and avoids the memory footprint of the relay buffers allocated by ath9k/ath10k even when they aren't used at all. The KERNEL_RELAY dependency is moved to a new config symbol that enables spectral scan support in these drivers. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* metadata: improve code readability by using (s)printf instead of string ↵Matthias Schiffer2018-01-131-13/+13
| | | | | | interpolation Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* include/package-dumpinfo.mk: don't duplicate source package information for ↵Matthias Schiffer2018-01-131-6/+14
| | | | | | | | | | | every binary package Eventually the BUILDONLY package flag could be replaced by simply creating a package Makefile without any BuildPackage calls. This will fail for now, as BuildPackage also causes the Makefile's compile target etc. to do something useful at all. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* build: remove obsolete "package feature" featureMatthias Schiffer2018-01-133-73/+1
| | | | | | | | Package "features" seem to be unused for some time. In any case, custom Config.in snippets and package PROVIDES are a much more flexible way to express similar options. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* metadata: scripts/feeds: distinguish between source and binary packages, ↵Matthias Schiffer2018-01-132-70/+112
| | | | | | | | | | resolve virtual dependencies Properly resolve build depends to source packages and runtime depends to binary packages. Dependencies on virtual packages are resolved to the first provider now. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>