aboutsummaryrefslogtreecommitdiffstats
path: root/target
Commit message (Collapse)AuthorAgeFilesLines
* bcm53xx: disable CONFIG_FW_LOADER_USER_HELPER_FALLBACKRafał Miłecki2016-12-121-0/+1
| | | | | | | | | | | There are many targets using user space scripts to generate firmware but bcm53xx doesn't need this, so let's disable that kernel option. This lets us avoid some scary-looking kernel warnings like: brcmfmac 0001:04:00.0: Falling back to user helper firmware brcm!brcmfmac43602-pcie.txt: firmware_loading_store: map pages failed Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* lantiq: remove "init" kernel command line parameter from bootargsMartin Blumenstingl2016-12-1234-125/+2
| | | | | | | | | | /etc/preinit has been the default init-script for a very long time (at least since Linux 2.6.30 in OpenWrt). Remove the kernel command line "init" parameter to get rid of duplicate and inconsistent definitions of this parameter (some boards, like FRITZ3370 for example did not use it at all, while it's just copy and paste on others). Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* lantiq: specify console using stdout-path instead of cmdline argumentMartin Blumenstingl2016-12-1240-37/+70
| | | | | | | | Use devicetree's /chosen/stdout-path instead of the kernel command line (embedded in the .dts-files) to specify the serial console. Using the chosen node is recommended on devicetree based platforms. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* ar71xx: add support for YunCore SR3200 and XD3200Piotr Dymacz2016-12-1212-4/+256
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | YunCore SR3200 is a dual-band AC1200 router, based on Qualcomm/Atheros QCA9563+QCA9882+QCA8337N. YunCore XD3200 (FCC ID: 2ADUG-XD3200) is a dual-band AC1200 ceiling mount AP with PoE support, based on Qualcomm/Atheros QCA9563+QCA9882+QCA8334. Common specification: - 775/650/258 MHz (CPU/DDR/AHB) - 128 MB or RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 2T2R 2.4 GHz, with ext. PA (SKY65174-21), up to 30 dBm - 2T2R 5 GHz, with ext. PA (SKY85405-11) and LNA (SKY85601-11), up to 30 dBm SR3200 specification: - 5x 10/100/1000 Mbps Ethernet - 6x ext. RP-SMA antennas (actually, only 4 are connected with radio chips) - 3x LED (+ 5x LED in RJ45 sockets), 1x button - UART header on PCB XD3200 specification: - 2x 10/100/1000 Mbps Ethernet, with 802.3at PoE support (WAN port) - 4x internal antennas - 3 sets of LEDs on external PCB (+ 2x LED near RJ45 sockets), 1x button - UART and JTAG (custom 6-pin, 2 mm pitch) headers on PCB LED for 5 GHz WLAN is currently not supported on both devices as it is connected directly to the QCA9882 radio chip. Flash instruction under vendor firmware, using telnet/SSH: 1. If your firmware does not have root password, go to point 5 2. Connect PC with 192.168.1.x address to LAN or WAN port 3. Power up device, enter failsafe mode with button (no LED indicator!) 4. Change root password and reboot (mount_root, passwd ..., reboot -f) 5. Upload lede-ar71xx-...-sysupgrade.bin to /tmp using SCP 6. Connect PC with 192.168.188.x address to LAN port, SSH to 192.168.188.253 7. Invoke: - cd /tmp - fw_setenv bootcmd "bootm 0x9fe80000 || bootm 0x9f050000" - mtd -e firmware -r write lede-ar71xx-...-sysupgrade.bin firmware Flash instruction under U-Boot, using UART: 1. tftp 0x80060000 lede-ar71xx-...-sysupgrade.bin 2. erase 0x9f050000 +$filesize 3. cp.b $fileaddr 0x9f050000 $filesize 4. setenv bootcmd "bootm 0x9fe80000 || bootm 0x9f050000" 5. saveenv && reset Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* layerscape: add 64b/32b target for ls1046ardb deviceYutang Jiang2016-12-1216-0/+2547
| | | | | | | | | | | | | | | | | | | | | | | | | | Add support for NXP layerscape ls1046ardb 64b/32b Dev board. LS1046ARDB Specification: ------------------------- Memory subsystem: * 8GByte DDR4 SDRAM (64bit bus) * 512 Mbyte NAND flash * Two 64 Mbyte high-speed SPI flash * SD connector to interface with the SD memory card * On-board 4G eMMC Ethernet: * Two XFI 10G ports * Two SGMII ports * Two RGMII ports PCIe: * PCIe1 (SerDes2 Lane0) to miniPCIe slot * PCIe2 (SerDes2 Lane1) to x2 PCIe slot * PCIe3 (SerDes2 Lane2) to x4 PCIe slot * USB 3.0: one super speed USB 3.0 type A port, one Micro-AB port * UART: supports two UARTs up to 115200 bps for console Signed-off-by: Yutang Jiang <yutang.jiang@nxp.com>
* lantiq: falcon: remove bootargs-appendHauke Mehrtens2016-12-1010-40/+0
| | | | | | | This attribute is not evaluated any more and the boot loader on these reference boards does not provide a broken root= or console= parameter. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* lantiq: simplify ath9k eeprom extraction scriptMathias Kresin2016-12-081-11/+16
| | | | | | | | | | | Add an extra function to patch the mac and fixup the checksum afterwards. Calculate the checksum position automatically. The offset to the mac address is the same for all checksum protected EEPROMs. No EEPROM requires a byte swapped mac address. The mac byte swap code was required due to an bug in the script that is now fixed. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: fix ath9k EEPROM data swapping for some devicesMartin Blumenstingl2016-12-081-14/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The EEPROM data in the flash of the ARV7518PW, ARV8539PW22, BTHOMEHUBV2B and BTHOMEHUBV3A is stored byte-swapped (swab16), meaning that for example the ath9k base_eep_header fields "version" (high and low byte), "opCapFlags" and "eepMisc" are swapped (the latter ones are just 1 byte wide, thus their position is swapped). The old "ath,eep-endian" property enabled the corresponding swapping logic in the ath9k driver (swab16 in ath9k_hw_nvram_swap_data, which is based on the magic bytes in the EEPROM data which have nothing to do with the calibration data - thus this logic should not be used anymore). Since we have switched to the upstream ath9k devicetree bindings there is no binding anymore which enables swab16 in ath9k (as this logic is not recommended anymore as explained above), leading to ath9k initialization errors: ath: phy0: Bad EEPROM VER 0x0001 or REV 0x00e0 (this shows that the version field is swapped, expected values are VER 0x000E and REV 0x0001) Swapping the ath9k calibration data when extracting it from the flash fixes the devices listed above (all other devices do not require additional swapping, since the position of the fields is already as expected by ath9k). This allows ath9k to read the version correctly again, as well as the more important "eepmisc" field (which is used for determining whether the data inside the EEPROM is Big or Little Endian which is required to parse the EEPROM contents correctly). Fixes: a20616863d3 ("lantiq: use ath9k device tree bindings binding/owl-loader") Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* bcm53xx: update patch adding fake USB doorbellRafał Miłecki2016-12-071-26/+8
| | | | | | | Rob suggested I should use of_machine_is_compatible insteak of a new property and updated patch has been sent. Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* kernel: backport LED patch which will allow better DT integrationRafał Miłecki2016-12-061-0/+53
| | | | | | | It's not used by any driver yet, it may just simplify development and testing new features. Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* kernel: fix potential crash in usbport LED trigger driverRafał Miłecki2016-12-062-0/+70
| | | | | | This backports upstream accepted fix. Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* ar71xx: fix LEDs and sysupgrade support for TL-WA801ND v3Matthias Schiffer2016-12-064-3/+9
| | | | Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ramips: Fix led init script for Lenovo Y1/Y1sBangLang Huang2016-12-041-3/+10
| | | | | | | This commit fix the led init script for Lenovo Y1 and Y1S due to the manual and dts file. Signed-off-by: BangLang Huang <banglang.huang@foxmail.com>
* brcm2708: update linux 4.4 patches to latest versionÁlvaro Fernández Rojas2016-12-04531-480/+6619
| | | | | | | As usual these patches were extracted and rebased from the raspberry pi repo: https://github.com/raspberrypi/linux/tree/rpi-4.4.y Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* kernel: bump to 4.4.36Álvaro Fernández Rojas2016-12-043-21/+26
| | | | | | | Refresh patches on all 4.4 supported platforms. Compile & run tested: brcm2708/bcm2710 - Raspberry Pi 3 Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* orion: make image size errors non-fatalFelix Fietkau2016-12-041-8/+4
| | | | | | Fixes build errors on the generic subtarget Signed-off-by: Felix Fietkau <nbd@nbd.name>
* orion: Enable CONFIG_MV_XORFlorian Fainelli2016-12-041-0/+2
| | | | | | | This is helpful for Orion-based NAS boxes that have the XOR engine enabled since it provides faster software RAID. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Add uboot-envtools in the default package listFlorian Fainelli2016-12-041-1/+2
| | | | | | Makes sense since most, if not all orion platforms use this bootloader. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* kernel: Add missing kernel config symbolFlorian Fainelli2016-12-041-0/+1
| | | | | | Add CONFIG_DW_DMAC_PCI Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Set appropriate DEVICE_TYPE for harddisk targetFlorian Fainelli2016-12-041-0/+1
| | | | | | | The harddisk target is for NAS boxes, so set the DEVICE_TYPE accordingly so we get a sensible default package selection. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Switch to kernel 4.4Florian Fainelli2016-12-041-1/+1
| | | | Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Advertise support for RTCFlorian Fainelli2016-12-041-1/+1
| | | | | | | Otherwise, we can't select RTC_SUPPORT and the corresponding kmod-rtc-* packages. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Make sub-targets augment FEATURES, not re-define itFlorian Fainelli2016-12-042-2/+2
| | | | Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Build images for Buffalo Terastation Pro II/LiveFlorian Fainelli2016-12-042-1/+12
| | | | | | | Enable support for this machine in the kernel and also produce valid image files with the correct machine id. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Add support for 4.4 kernelFlorian Fainelli2016-12-045-0/+1124
| | | | | | Patches and configuration apply just fine on the Marvell Orion target. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* orion: Fold DT2 setup files into patchFlorian Fainelli2016-12-043-536/+553
| | | | Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* kernel: Add check to of_scan_flat_dt() before accessing initial_boot_paramsFelix Fietkau2016-12-041-0/+30
| | | | | | | Fixes a bug that affects rt288x Signed-off-by: Tobias Wolf <dev-NTEO@vplace.de> Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: Fix alloc_node_mem_map with ARCH_PFN_OFFSETFelix Fietkau2016-12-041-0/+86
| | | | | | | Fixes a bug that affects rt288x Signed-off-by: Tobias Wolf <github-NTEO@vplace.de> Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ar71xx: set GPIO reset line for Ubiquiti NanoStation Loco XWFelix Fietkau2016-12-041-0/+17
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ar71xx: add support for configuring at803x PHY GPIO reset via platform dataFelix Fietkau2016-12-041-0/+68
| | | | | | | Needed to work around ethernet hang issues on Ubiquiti NanoStation Loco XW, because ar71xx is not converted to device tree yet. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: add support for the AT8032 PHYFelix Fietkau2016-12-041-0/+65
| | | | | | This PHY is used on the Ubiquiti Networks NanoStation Loco XW Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: backport some upstream at803x fixesFelix Fietkau2016-12-043-0/+162
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: prevent packet forwarding on mt7620 between switch ports during init ↵Felix Fietkau2016-12-042-5/+7
| | | | | | | | | | | | | | | | (FS#103) By default, forwarding between all ports is allowed on init. This is problematic in cases where some ports are supposed to be isolated from each other, most commonly LAN/WAN separation. REG_ESW_PORT_PCR(port) has a destination mask for a particular port, controlling what other ports it is allowed to send packets to. Instead of initializing all to 0xff (all ports), allow each physical port to send to the CPU port, and the CPU port to send to all other ports. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: fix LAN port order of WeVO W2914NS v2Yong-hyu, Ban2016-12-041-1/+4
| | | | Signed-off-by: Yong-hyu, Ban <perillamint@gentoo.moe>
* ramips: fix PBR-D1 button definitionBangLang Huang2016-12-041-2/+2
| | | | | | | Due to the product specification, the button on PBR-D1 should be reset, not wps. Signed-off-by: BangLang Huang <banglang.huang@foxmail.com>
* ramips: add support for PCI based OHCI/EHCI support for F5D8235 V1Tobias Wolf2016-12-042-1/+10
| | | | | | This router uses an PCI attached NEC EHCI controller to support the single USB port. Signed-off-by: Tobias Wolf <github-NTEO@vplace.de>
* ramips: introduce CONFIG_PCI and CONFIG_OF_*PCI for rt288xTobias Wolf2016-12-044-5/+17
| | | | | | This is a prerequisite for F5D8235 V1 to use PCI based OHCI/EHCI. Signed-off-by: Tobias Wolf <github-NTEO@vplace.de>
* ramips: improve F5D8235 V1 supportTobias Wolf2016-12-044-18/+78
| | | | | | | | | | | | | | | | | | | This fixes the partition name for the firmware splitter, the cfi address and adds the mtd-eeprom address for wmac. It adds additional LEDs and make use of them in diag.sh and 01_leds. Please note that the ":blue:wired" LED is used because the ":blue:router" behaviour is unpredictable for failsafe indication. The issue with the router LED is that you have two states only. "off" is steady on and "on" blinks. Therefore the wired LED is more suitable. Furthermore it reuses the correct switch configuration definition to reflect the device ports and numbering. Additionally fixes the issue that the default configuration is not applied as no port 6 exists on this device. Signed-off-by: Tobias Wolf <github-NTEO@vplace.de>
* mvebu: fix sysupgrade for Linksys WRT3200ACMVignesh Balasubramaniam2016-12-041-1/+1
| | | | | | | | | | | | | | | sysupgrade command fails due to missing U-Boot environment-processing binaries on sysupgrade ramdisk. The missing binaries result in the following output: Switching to ramdisk... Performing system upgrade... ash: /usr/sbin/fw_printenv: not found ash: fw_setenv: not found ash: touch: not found cannot find target partition Signed-off-by: Vignesh Balasubramaniam <vigneshb.hp@gmail.com>
* mvebu: fix image validation errorMathias Kresin2016-12-041-2/+2
| | | | | | | | The name from the Device define will be used in the metadata. Due to typo/different spelling, this name might not match the one exported in /lib/mvebu.sh. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: fix image validation errorsMathias Kresin2016-12-0415-15/+20
| | | | | | | The boards did not have the name set that is expected during metadata validation on sysupgrade. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: fix sdhci support on mt7621John Crispin2016-12-012-24/+10
| | | | | | the IRQ level was wrong. refresh the patch while at it. Signed-off-by: John Crispin <john@phrozen.org>
* ramips: RB750Gr3: Add pwr LED and buzzer to DTSAndrew Yong2016-12-012-2/+13
| | | | | | | | | use pwr LED in diag.sh Expose unused pinmux pins as GPIOs export power LED and buzzer pins Use rb750gr3:blue:pwr LED in diag.sh for boot status instead of rb750gr3:green:usr Signed-off-by: Andrew Yong <me@ndoo.sg>
* ipq806x: add thermal sensor driverdissent12016-12-0116-13/+2293
| | | | | | | | Allows to check cpu temperature. Huge thanks to @hnyman for valuable assistance! Signed-off-by: Pavel Kubelun <be.dissent@gmail.com>
* ipq806x: increase coherent dma pool sizePavel Kubelun2016-12-011-0/+52
| | | | | | | Cherry-picked and rebased from https://source.codeaurora.org/quic/qsdk/system/openwrt/tree/?h=korg/linux-3.4.y/release/arugula_bb_cs Signed-off-by: Pavel Kubelun <be.dissent@gmail.com>
* ipq806x: add enable reg and masks for PRNGPavel Kubelun2016-12-011-0/+25
| | | | | | Cherry-picked from https://source.codeaurora.org/quic/qsdk/system/openwrt/tree/?h=korg/linux-3.4.y/release/arugula_bb_cs Signed-off-by: Pavel Kubelun <be.dissent@gmail.com>
* net: ar8327: modify some configuration of switchPavel Kubelun2016-12-012-4/+13
| | | | | | | | | | | | | | | | Imported from https://source.codeaurora.org/quic/qsdk/system/openwrt/commit/?h=korg/linux-3.4.y/release/arugula_bb_cs&id=2be4f8a8b205ae1a37db44839864451ebe893e6e Signed-off-by: Pavel Kubelun <be.dissent@gmail.com> Enable flow control of LAN and WAN ports to get better performance. Setup pvid as 0 for all ports during initialisation to avoid confusion during system or switch INIT. Disable PORT MAC before config MAC to avoid it work abnormal. This change is for IR-054144, IR-057315. Change-Id: I345f3dffa59ad3f97150e09692723da12a7b1067 Signed-off-by: Zou Shunxiang <shunxian@codeaurora.org> Signed-off-by: xiaofeis <xiaofeis@codeaurora.org>
* net: ar8216: address security vulnerabilities in swconfig & ar8216Pavel Kubelun2016-12-013-13/+32
| | | | | | | | | | | | | | | | | | | | | | | Imported from https://chromium.googlesource.com/chromiumos/third_party/kernel/+/e1aaf7ec008a97311867f0a7d0418e4693fecfd4%5E%21/#F0 Signed-off-by: Pavel Kubelun <be.dissent@gmail.com> CHROMIUM: net: ar8216: address security vulnerabilities in swconfig & ar8216 This patch does the following changes: *address the security vulnerabilities in both swconfig framework and in ar8216 driver (many bound check additions, and turned swconfig structure signed element into unsigned when applicable) *address a couple of whitespaces and indendation issues BUG=chrome-os-partner:33096 TEST=none Change-Id: I94ea78fcce8c1932cc584d1508c6e3b5dfb93ce9 Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> Reviewed-on: https://chromium-review.googlesource.com/236490 Reviewed-by: Toshi Kikuchi <toshik@chromium.org> Commit-Queue: Toshi Kikuchi <toshik@chromium.org> Tested-by: Toshi Kikuchi <toshik@chromium.org>
* net: ar8216: prevent device duplication in ar8xxx_dev_listPavel Kubelun2016-12-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | Import from https://chromium.googlesource.com/chromiumos/third_party/kernel/+/fd7b89dd464a4afffa04ff2e17c771dfe95668cf%5E%21/#F0 Signed-off-by: Pavel Kubelun <be.dissent@gmail.com> CHROMIUM: drivers: ar8216: prevent device duplication in ar8xxx_dev_list If probe is called twice, once for PHY0 and a second time for PHY4, the same switch device will be added twice to ar8xxx_dev_list, while supposedly this list should have one element per hardware switch present in the system. While no negative impact have been observed, it does happen if a platform instanciates these two PHYs from device-tree, as an example. Change-Id: Iddcbdf7d4adacb0af01975b73f8e56b4582e894e Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> Reviewed-on: https://chromium-review.googlesource.com/234790 Reviewed-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Toshi Kikuchi <toshik@chromium.org> Tested-by: Toshi Kikuchi <toshik@chromium.org>
* net: ar8216: hold ar8xxx_dev_list_lock during use_count--Pavel Kubelun2016-12-011-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | Import from https://chromium.googlesource.com/chromiumos/third_party/kernel/+/c3fd96a7b87da23979d8569ce45447f8419ca303%5E%21/#F0 Signed-off-by: Pavel Kubelun <be.dissent@gmail.com> CHROMIUM: drivers: ar8216: hold ar8xxx_dev_list_lock during use_count-- It is possible for the remove() callback to run twice in parallel, which could result into --use_count returning only 1 in both cases and the rest of the unregistration path to never be reached. This case has never been observed in practice, but we will fix preventively to make the code more robust. BUG=chrome-os-partner:33096 TEST=none Change-Id: If09abe27fdb2037f514f8674418bafaab3cbdef6 Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org> Reviewed-on: https://chromium-review.googlesource.com/232870 Reviewed-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Toshi Kikuchi <toshik@chromium.org> Tested-by: Toshi Kikuchi <toshik@chromium.org>