aboutsummaryrefslogtreecommitdiffstats
path: root/target
Commit message (Collapse)AuthorAgeFilesLines
...
* kernel: bump 4.9 to 4.9.107Kevin Darbyshire-Bryant2018-06-094-187/+165
| | | | | | | | | Refresh patches. Compile-tested for: ar71xx Run-tested on: ar71xx Archer C7 v2 Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* mvebu: enable SATA port multiplier supportJeremiah McConnell2018-06-091-0/+1
| | | | | | | | | | Some of the Marvell targets have functional SATA port multiplier support, which is required for multi-bay eSATA enclosures. Enable kernel support by setting CONFIG_SATA_PMP. Closes: FS#1232 and FS#547 Signed-off-by: Jeremiah McConnell <miah@miah.com>
* ramips: fix network config for ravpower wd03Matthias Badaire2018-06-091-1/+1
| | | | | | | | This device has only one ethernet port. Signed-off-by: Matthias Badaire <mbadaire@gmail.com> [add the existing eth0 as lan block, shorten commit message] Signed-off-by: Mathias Kresin <dev@kresin.me>
* ar71xx: use Power-LED as Diag-LED on FRITZBox 4020David Bauer2018-06-092-1/+1
| | | | | | | This commit makes use of the Power-LED as Diag-LED, allowing the LED to work as a status indicator. Signed-off-by: David Bauer <mail@david-bauer.net>
* ar71xx: fix AVM package selectionDavid Bauer2018-06-091-2/+2
| | | | | | | The AVM package selection partially broke with the addition of the FRITZ!Box 4020. This commit restores the intended behavior. Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: add tl-mr3020-v1 supportLucian Cristian2018-06-085-12/+106
| | | | Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
* ath79: wr1043: fix DTC warningsKarl Palsson2018-06-081-1/+1
| | | | | | Use the "correct" unit name to avoid DTC warnings. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: glinet ar150: fix DTC warningsKarl Palsson2018-06-081-1/+1
| | | | | | Supply a unit name to match other .dts files and avoid DTC warnings. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: ubnt: fix DTC warningsKarl Palsson2018-06-082-12/+10
| | | | | | | Use explicit labels instead of units with no reg's to avoid DTC warnings. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: wdr4300: avoid DTC warningsKarl Palsson2018-06-081-4/+2
| | | | | | Use direct button labels to avoid dtc warnings Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: buffalo_wzr-hp-g450h: fix dtc warningsKarl Palsson2018-06-081-13/+8
| | | | | | | | Just name buttons directly, rather than abstract and then also a label. Likewise for leds. Avoids DTC warnings about unit address with no reg parameter. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: avm_fritz300e: avoid dtc warningsKarl Palsson2018-06-081-1/+1
| | | | | | Use number formats preferred by the device tree compiler Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: mdio: add address-cells and size-cells defaultsKarl Palsson2018-06-081-0/+4
| | | | | | | Eliminates warnings about relying on defaults from the device tree compiler. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: ar9330.dtsi: fix typo in USB unit nameKarl Palsson2018-06-081-1/+1
| | | | | | | | | Make the unitname match the reg address. This fixes a DTC warning. Tested that USB is still functional on an ar9331 device including this dtsi. Signed-off-by: Karl Palsson <karlp@etactica.com>
* ath79: add etactica-eg200 supportKarl Palsson2018-06-084-0/+160
| | | | | | | | | | | | | | | | | | | | Based on original ar71xx eg200 board files Tested working: * usb hub, storage and serial port * ethernet * wifi * leds * button sysupgrade from self->self passes validity checks. sysupgrade from old ar71xx->ath79 passes. (however this doesn't migrate wireless driver configs) Only unknown issue is the existance of a /sys/class/leds/ath9k-phy0, which doesn't "exist" Signed-off-by: Karl Palsson <karlp@etactica.com>
* ramips: add support for I-O DATA WN-GX300GRINAGAKI Hiroshi2018-06-086-0/+171
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I-O DATA WN-GX300GR is a 2.4 GHz band 11n router, based on MediaTek MT7621S. Specification: - MT7621S (1-Core, 2-Threads) - 64 MB of RAM - 8 MB of Flash (SPI) - 2T2R 2.4 GHz - 5x 10/100/1000 Mbps Ethernet - 2x LEDs, 4x keys (2x buttons, 1x slide switch) - UART header on PCB - Vcc, GND, TX, RX from ethernet port side - baudrate: 115200 bps (U-Boot, OpenWrt) Flash instruction using initramfs image: 1. Connect serial cable to UART header 2. Rename OpenWrt initramfs image for WN-GX300GR to "uImageWN-GX300GR" and place it in the TFTP directory 3. Set the IP address of the computer to 192.168.99.8, connect to the LAN port of WN-GX300GR, and start the TFTP server on the computer 4. Connect power cable to WN-GX300GR and turn on the router 5. Press "1" key on the serial console to interrupt boot process on U-Boot, press Enter key 3 times and start firmware download via TFTP 6. WN-GX300GR downloads initramfs image and boot with it 7. On the initramfs image, execute "mtd erase firmware" to erase stock firmware and execute sysupgrade with sysupgrade image for WN-GX300GR 8. Wait ~150 seconds to complete flasing Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: add TP-Link TL-MR10U portAdoal Xu2018-06-085-133/+172
| | | | Signed-off-by: Adoal Xu <adoalxu@gmail.com>
* ar71xx: Fix offset to WMAC address for 8devices LimaSven Eckelmann2018-06-081-3/+1
| | | | | | | | | | | | | | | | | | The ART partition of the Lima board stores exactly three mac addresses: * 0x0: eth0 * 0x6: eth1 * 0x1002: wmac The first two are correctly assigned in the mach file but the latter points to 0x800. But this position is set to ff:ff:ff:ff:ff:ff. Luckily, the driver falls back in ath9k_hw_init_macaddr to the EEPROM mac address when it doesn't find a valid mac address in the platform_data. Remove this bogus offset to the ART partition to directly load the wmac via the EEPROM data in the ART partition. Signed-off-by: Sven Eckelmann <sven@narfation.org>
* ramips: mt7621: Fix some cosmetic DTC warningsRosen Penev2018-06-081-9/+10
| | | | | | | | | | | | | | | | Node /cpus/cpu@0 has a unit name, but no reg property Node /cpus/cpu@1 has a unit name, but no reg property Node /cpuintc@0 has a unit name, but no reg property Node /cpuclock@0 has a unit name, but no reg property Node /sysclock@0 has a unit name, but no reg property Node /pcie@1e140000/pcie0 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie0 missing bus-range for PCI bridge Node /pcie@1e140000/pcie1 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie1 missing bus-range for PCI bridge Node /pcie@1e140000/pcie2 missing ranges for PCI bridge (or not a bridge) Node /pcie@1e140000/pcie2 missing bus-range for PCI bridge Signed-off-by: Rosen Penev <rosenp@gmail.com>
* ramips: mmc: Add back some non-mt7621 code that staging removedRosen Penev2018-06-081-1/+17
| | | | | | | | | | This reverts commit 8a570921b5ba49a2d3824f1220e4c53809063468. This seems to have been accidentally reverted. This fixes mt7620 and mt7628. Signed-off-by: Rosen Penev <rosenp@gmail.com> Acked-by: Daniel Golle <daniel@makrotopia.org>
* ramips: mir3g dts define usb port Vcc volt regulator GPIOKevin Darbyshire-Bryant2018-06-082-9/+14
| | | | | | | | | | | | | | | Define USB port power on/off GPO as voltage regulator type instead of exposing as a normal GPIO. The GPO is now controlled by the USB driver via the voltage regulator definition. The regulator is of fixed output type (5V for USB) hence the GPO switches power on/off to USB pin 1 (Vcc) USB port power is enabled on driver load and disabled on driver unload. Enable kernel support for fixed voltage regulator types on mt7621. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* ipq40xx: flesh out MR33's pcie dts definitionsChristian Lamparter2018-06-081-0/+13
| | | | Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ipq40xx: fix OpenMesh A62 dtc warningsChristian Lamparter2018-06-081-8/+6
| | | | | | | | | | | | | | | | | Warning (pci_bridge): Node /soc/pci@40000000/pcie@0 missing ranges for PCI bridge (or not a bridge) Warning (pci_bridge): Node /soc/pci@40000000/pcie@0 missing bus-range for PCI bridge Warning (pci_bridge): Node /soc/pci@40000000/pcie@0/ath10k@0,0 node name is not "pci" or "pcie" Warning (pci_bridge): Node /soc/pci@40000000/pcie@0/ath10k@0,0 missing ranges for PCI bridge (or not a bridge) Warning (pci_bridge): Node /soc/pci@40000000/pcie@0/ath10k@0,0 incorrect #address-cells for PCI bridge Warning (pci_bridge): Node /soc/pci@40000000/pcie@0/ath10k@0,0 incorrect #size-cells for PCI bridge Warning (pci_bridge): Node /soc/pci@40000000/pcie@0/ath10k@0,0 missing bus-range for PCI bridge Warning (unit_address_format): Failed prerequisite 'pci_bridge' Warning (pci_device_reg): Failed prerequisite 'pci_bridge' Warning (pci_device_bus_num): Failed prerequisite 'pci_bridge' Cc: Sven Eckelmann <sven.eckelmann@openmesh.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com> Tested-by: Sven Eckelmann <sven.eckelmann@open-mesh.com>
* ipq40xx: fix dtc warning about /soc/ad-hoc-bus missing a unit nameChristian Lamparter2018-06-081-1/+1
| | | | | | | This patch fixes a dtc warning that shows up for every device Warning (unit_address_vs_reg): Node /soc/ad-hoc-bus has a reg or ranges property, but no unit name Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ipq40xx: set #size-cells to 0 to fix warningChristian Lamparter2018-06-081-1/+1
| | | | | | | | | | | qcom-ipq4018-ex6100v2.dtb: Warning (reg_format): "reg" property in /led_spi/led_gpio@0 has invalid length (4 bytes) qcom-ipq4018-ex6100v2.dtb: Warning (avoid_default_addr_size): Relying on default #size-cells value for /led_spi/led_gpio@0 Cc: Thomas Hebb <tommyhebb@gmail.com> Cc: David Bauer <mail@david-bauer.net> Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ar71xx: fix USB switch to mPCIE for Mikrotik rb91x boardsKoen Vandeputte2018-06-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some devices like the Mikrotik RB912 only have 1 USB port which is shared between an USB A type port, and the mini PCIe socket. Toggling a gpio selects the output to which USB is connected. Since kernel 4.9, gpio base is rounded up to a value of 32. Commit 65da6f9ca164 ("ar71xx: fix secondary gpio controller base values") accounts correctly for that. In this commit, rb912 sees it's value changed from AR934X_GPIO_COUNT (23) to 32 This means that the USB toggle gpio number actually also changes from 52 to 61. But .. Some of these GPIO numbers are also used in other locations, like the boardfile. The author forgot to also change them over there. Switching the USB port to mPCIe now shows my modem is correctly discovered again: [ 2863.864471] usb 1-1: new high-speed USB device number 4 using ehci-platform [ 2864.055303] usb 1-1: config 1 has an invalid interface number: 8 but max is 3 [ 2864.062728] usb 1-1: config 1 has no interface number 1 [ 2864.074567] qcserial 1-1:1.0: Qualcomm USB modem converter detected [ 2864.081474] usb 1-1: Qualcomm USB modem converter now attached to ttyUSB0 [ 2864.111960] qcserial 1-1:1.2: Qualcomm USB modem converter detected [ 2864.118976] usb 1-1: Qualcomm USB modem converter now attached to ttyUSB1 [ 2864.139808] qcserial 1-1:1.3: Qualcomm USB modem converter detected [ 2864.146777] usb 1-1: Qualcomm USB modem converter now attached to ttyUSB2 [ 2864.165276] qmi_wwan 1-1:1.8: cdc-wdm0: USB WDM device [ 2864.171879] qmi_wwan 1-1:1.8 wwan0: register 'qmi_wwan' at usb-ehci-platform-1, WWAN/QMI device, 02:00:44:ed:3b:11 Fixes: 65da6f9ca164 ("ar71xx: fix secondary gpio controller base values") Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com> Cc: Robin Leblon <robin.leblon@ncentric.com> Cc: Felix Fietkau <nbd@nbd.name>
* ath79: fix qca956x SoC bootLucian Cristian2018-06-071-0/+17
| | | | | | based on old ar71xx irq.c driver Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
* ar71xx: add support for OCEDO KoalaDavid Bauer2018-06-0713-0/+205
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit adds support for the OCEDO Koala SOC: Qualcomm QCA9558 (Scorpion) RAM: 128MB FLASH: 16MiB WLAN1: QCA9558 2.4 GHz 802.11bgn 3x3 WLAN2: QCA9880 5 GHz 802.11nac 3x3 INPUT: RESET button LED: Power, LAN, WiFi 2.4, WiFi 5, SYS Serial: Header Next to Black metal shield Pinout is 3.3V - GND - TX - RX (Arrow Pad is 3.3V) The Serial setting is 115200-8-N-1. Tested and working: - Ethernet - 2.4 GHz WiFi - 5 GHz WiFi - TFTP boot from ramdisk image - Installation via ramdisk image - OpenWRT sysupgrade - Buttons - LEDs Installation seems to be possible only through booting an OpenWRT ramdisk image. Hold down the reset button while powering on the device. It will load a ramdisk image named 'koala-uImage-initramfs-lzma.bin' from 192.168.100.8. Note: depending on the present software, the device might also try to pull a file called 'koala-uimage-factory'. Only the name differs, it is still used as a ramdisk image. Wait for the ramdisk image to boot. OpenWRT can be written to the flash via sysupgrade or mtd. Due to the flip-flop bootloader which we not (yet) support, you need to set the partition the bootloader is selecting. It is possible from the initramfs image with > fw_setenv bootcmd run bootcmd_1 Afterwards you can reboot the device. Signed-off-by: David Bauer <mail@david-bauer.net>
* ipq806x: Enlarge R7800 flash - use netgear partitionHannu Nyman2018-06-071-8/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | Increase the available flash memory size in Netgear R7800 by taking into the use the unused "netgear" partition that is located after the firmware partition. Available flash space for kernel+rootfs+overlay increases by 68 MB from 32 MB to 100 MB. In a typical build, overlay space increases from 15 to 85, increasing the package installation possibilities greatly. Reverting to the OEM firmware is still possible, as the OEM firmware contains logic to initialise the "netgear" partition if its contents do not match expectations. In OEM firmware, "netgear" contains 6 UBI sub-partitions that are defined in /etc/netgear.cfg and initialisation is done by /etc/preinit Tested with Openwrt master r7093-4fdc6ca31b and OEM V1.0.2.52 Reference to forum discussion in Netgear R7800 exploration thread: https://forum.lede-project.org/t/netgear-r7800-exploration-ipq8065-qca9984/285/1118 (messages 1118-1158) Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
* ipq806x: Limit NR_CPUS to 2Rosen Penev2018-06-071-1/+1
| | | | | | | | | | ipq806x is all dual core processors. ipq807x is quad core. Removes this from dmesg: RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2. RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2 Signed-off-by: Rosen Penev <rosenp@gmail.com>
* kernel: bump 4.9 to 4.9.106Koen Vandeputte2018-06-073-163/+185
| | | | | | | | | Refreshed all patches Compile-tested on: ar71xx Runtime-tested on: ar71xx Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* ath79: add WLAN, Ethernet-Switch with LAN/WAN and Status LED to DorinCatrinel Catrinescu2018-06-073-6/+15
| | | | Signed-off-by: Catrinel Catrinescu <cc@80211.de>
* zynq: remove support for kernel 4.4Luis Araneda2018-06-071-752/+0
| | | | Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: switch to kernel 4.14Luis Araneda2018-06-071-2/+2
| | | | | | | | Also, remove the source-only qualifier Run-tested: ZedBoard Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: refresh kernel 4.14 configurationLuis Araneda2018-06-071-101/+78
| | | | Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: copy config to kernel 4.14Luis Araneda2018-06-071-0/+752
| | | | | | | The file will be used as a base configuration for kernel 4.14 Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: fix detection of the zybo boardLuis Araneda2018-06-071-3/+8
| | | | | | | | | | The board_name was being tested for "xlnx,zynq-zybo", but the .dts compatible string is "digilent,zynq-zybo" Also, sorted the boards alphabetically, and added an error message for unsupported boards Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: remove hard-coded network configurationLuis Araneda2018-06-072-20/+0
| | | | | | | | | | This is no longer necessary since commit 57776e6 (base-files: remove default /etc/config/network, generate it via board.d instead) Run-tested: ZedBoard Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* zynq: reworked image creation processLuis Araneda2018-06-073-198/+30
| | | | | | | | | | | | | | | | | | | After commit a1248da (zynq: convert to new image build code), all boards, became unbootable, entering into a boot loop. Replace the compressed kernel zImage by an uncompressed Image, which is compressed after with gzip. Also, enable the creation of an initramfs image by default. Change images' filename to match the compatible string from the respective .dts file (<vendor>_<model>). Also, use the shared mkits.sh script and remove the target specific one. Fixes: FS#1204 Run-tested: ZedBoard Signed-off-by: Luis Araneda <luaraneda@gmail.com>
* ramips: fix reboot with W25Q256 with 4-address-mode enabledDaniel Golle2018-06-071-0/+73
| | | | | | | | | | | | | | | Some board vendors actually changed the loader to expect the chip to come up in 4-address-mode and flipped the ADP bit in the flash chip's configuration register which makes it come up in 4-address-mode. Hence it doesn't make sense to avoid switching to 4-address-mode on those boards but the opposite as otherwise reboot hangs eg. on the WrtNode2 boards. Fix this by checking the ADP register and only using SPI_NOR_4B_READ_OP on chips which have ADP==0 (come up in 3-byte mode). See also datasheet section 7.1.11 Power Up Address Mode (ADP) Fixes: 22d982ea0 ("ramips: add support for switching between 3-byte and 4-byte addressing on w25q256 flash") Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ar71xx: switch CPE/WBS 210/510 to okli-loaderMatthias Schiffer2018-06-061-1/+4
| | | | | | | | | | | | | | | | | | | | | We recently increased the kernel partition size of the CPE/WBS 210/510. This works fine for new installations of the factory image, but on sysupgrades, the partition table read by the bootloader is not adjusted. This limits the maximum size of the kernel loaded by the bootloader to the old partition size. While adjusting the partition table would be a cleanest solution, such a migration would have to happen before an upgrade to a new version with a newer kernel. This is error-prone and would require a two-step upgrade, as we mark the partition table partition read-only. Instead, switch from the lzma-loader with embedded kernel to the okli-loader, so only the tiny lzma-loader is loaded by the bootloader as "kernel", and the lzma-loader will then load the rest of the kernel by itself. Fixes: e39847ea2f70 ("ar71xx: increase kernel partition size for CPE/WBS 210/510") Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ath79: lzma-loader: sync with ar71xx targetMatthias Schiffer2018-06-067-11/+29
| | | | | | | | | | | | | | Import all improvements made in the lzma-loader since development on the ath79 target started. This also reverts fe594bf90d09 ("ath79: fix loader-okli, lzma-loader"), as is obsoleted by 2ad60168b6af ("ar71xx: lzma-loader: move padding workaround to gzip step"). Likely, many of the changes should be ported to the ramips lzma-loader as well, but I don't have a device to test this. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: make loader-okli build step more genericMatthias Schiffer2018-06-061-2/+3
| | | | | | Add support for different loader types. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: lzma-loader: constify kernel argv arrayMatthias Schiffer2018-06-061-1/+1
| | | | | | | By making the kernel argv array const, the .data section can always be omitted from the laoder binary. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: lzma-loader: set page size to 4KBMatthias Schiffer2018-06-061-1/+1
| | | | | | | | The text section in the ELF loader is aligned to the maximum page size, which defaults to 64KB. Reduce it to the actual page size to avoid wasting flash space for this alignment. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* ar71xx: lzma-loader: move padding workaround to gzip stepMatthias Schiffer2018-06-062-2/+5
| | | | | | | | | | | | | | | | | | | | | | | Some devices (TP-Link TL-WR1043ND v1) don't boot reliably when the uncompressed loader is too small. This was workarounded in the loader by adding 512KB of padding to the .data section of the loader binary. This approach had two issues: - The padding was only working when .data was non-empty (otherwise the section would become NOBITS, omitting it in the binary). .data was only empty when no CMDLINE was set, leading to further workarounds like fe594bf90d09 ("ath79: fix loader-okli, lzma-loader"), and this workaround was only effective because a missing "const" led to the kernel argv being stored in .data instead of .rodata - The padding was not only added to the compressed .gz loader, but also uncompressed .bin and .elf loaders. The prevented embedding the kernel cmdline in the loader for non-gz loader types. To fix both issues, move the creation of the padding from the linker script to the gzip step. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* kernel: bump 4.14 to 4.14.48Stijn Tintel2018-06-0545-381/+548
| | | | | | | | | | | | | | | | | | Remove upstreamed patches: generic/pending/101-clocksource-mips-gic-timer-fix-clocksource-counter-w.patch generic/pending/103-MIPS-c-r4k-fix-data-corruption-related-to-cache-coherence.patch generic/pending/182-net-qmi_wwan-add-BroadMobi-BM806U-2020-2033.patch lantiq/0025-MIPS-lantiq-gphy-Remove-reboot-remove-reset-asserts.patch Update patches that no longer apply: generic/pending/811-pci_disable_usb_common_quirks.patch ath79/0009-MIPS-ath79-add-lots-of-missing-registers.patch Fixes CVE-2018-6412. Compile-tested: octeon, x86/64. Runtime-tested: octeon, x86/64. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* kernel: modules: package module for Exar 8250 UARTsDaniel Golle2018-06-051-0/+81
| | | | Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* kernel: backport patch to fix dst handling for offloaded connectionsFelix Fietkau2018-06-051-0/+49
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mvebu: fix broken console on WRT32X (venom)Michael Gray2018-06-013-0/+208
| | | | | | | | | | | | | | | The console bootarg is being corrupted on boot, causing various issues including broken sysupgrade. Utilising the bootargs mangle patch from other targets, hardcode the console arguments and fetch the rootfs from the bootloader. Kernel command line: console=ttyS0,115200 root=/dev/mtdblock8 Bootloader command line (ignored): console= root=/dev/mtdblock8 Please cherry pick to 18.06 too Signed-off-by: Michael Gray <michael.gray@lantisproject.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-12 22:28:01 +0000