Skip to content
Snippets Groups Projects
  1. May 25, 2017
    • Philip Prindeville's avatar
      x86_64: add drivers for Xeon controller hub based GPIO · 910df3f0
      Philip Prindeville authored
      
      These drivers are in many reference-design Xeon, iCore, or
      Atom64 based server boards.
      
      Signed-off-by: default avatarPhilip Prindeville <philipp@redfish-solutions.com>
      910df3f0
    • Felix Fietkau's avatar
      octeon: remove linux 4.4 support · 30bf1336
      Felix Fietkau authored
      
      Signed-off-by: default avatarFelix Fietkau <nbd@nbd.name>
      30bf1336
    • René Mayrhofer's avatar
      Make GBit switch work on RB2011 · e457d222
      René Mayrhofer authored
      This change is required to make the GBit switch work on my Mikrotik Routerboard RB2011UiAS-RM, and I assume that the other RB2011 variants are exactly the same in terms of the switch. I have tested the board without and with the patch and confirm that the GBit ports are not supported at all (i.e. no communication works) with the current version in trunk and that everything works with the patch applied. The test box has been running for a few days with the patch applied, and does not show any performance problems in a test setting. I have not used it with LEDE in production so far, but with a previous turnk version of OpenWRT for many years - with the same patch applied. I therefore have good indication that it is stable.
      
      For the record, the switch chip on my test box is identified as
      	switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
      
      The value 0x6f000000 has been taken from the table at https://wiki.openwrt.org/toh/mikrotik/rb2011uias with the previous discussion thread still online at https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/029949.html.
      One definite improvement from the older OpenWRT trunk version I have been running in production and current LEDE trunk is that the SFP interface can be kept in the default configuration without excessive kernel messages about it constantly going up and down. I have not yet tested an actual SFP module, though.
      
      Performance seems to be reasonable. Routing between two GBit ports on that switch separated by different VLANs with the default firewall ruleset (and one additional rule two allow traffic between the VLANs), but without NAT, iperf3 results are:
      	[ ID] Interval           Transfer     Bandwidth       Retr
      	[  4]   0.00-10.00  sec   508 MBytes   426 Mbits/sec  102             sender
      	[  4]   0.00-10.00  sec   506 MBytes   425 Mbits/sec                  receiver
      With a connection going through NAT (also 2 ports on the same GBit switch, same ruleset, but NAT active), routing performance drops to around 250 MBit/s.
      (Note that RouterOS achieves beyond 900 MBit/s on the same hardware with the default rule set and the FastTrack rule active even for NAT, see https://wiki.mikrotik.com/index.php?title=Manual:IP/Fasttrack and http://www.mikrotik.com/download/share/FastTrack.pdf
      
      ).
      
      Summarizing, I strongly recommend to apply this patch in trunk, so that the GBit switch chip rev. 4 can be supported upstream in the next LEDE release (hopefully soon).
      
      Signed-off-by: default avatarRené Mayrhofer <rene@mayrhofer.eu.org>
      e457d222
    • Matthias Fritzsche's avatar
      ar71xx: change image version for ubiquiti devices · a4e63e26
      Matthias Fritzsche authored
      
      changes the image version from hardcoded OpenWrt to
      $VERSION_DIST. AirOS shows a notification with the image version
      during a firmware upgrade.
      
      fixes #582
      
      Signed-off-by: default avatarMatthias Fritzsche <txt.file@txtfile.eu>
      a4e63e26
  2. May 23, 2017
  3. May 21, 2017
    • Hauke Mehrtens's avatar
      lantiq: spi: double time out tolerance · 61532480
      Hauke Mehrtens authored
      
      The generic SPI code calculates how long the issued transfer would take
      and adds 100ms in addition to the timeout as tolerance. On my 500 MHz
      Lantiq Mips SoC I am getting timeouts from the SPI like this when the
      system boots up:
      
      m25p80 spi32766.4: SPI transfer timed out
      blk_update_request: I/O error, dev mtdblock3, sector 2
      SQUASHFS error: squashfs_read_data failed to read block 0x6e
      
      After increasing the tolerance for the timeout to 200ms I haven't seen
      these SPI transfer time outs any more.
      The Lantiq SPI driver in use here has an extra work queue in between,
      which gets triggered when the controller send the last word and the
      hardware FIFOs used for reading and writing are only 8 words long.
      
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      61532480
    • Koen Vandeputte's avatar
      kernel: update kernel 4.9 to 4.9.29 · e842e16f
      Koen Vandeputte authored
      
      - Refresh all patches
      - Removed upstreamed
      - Adapted 1
      
      Compile tested on: bcm53xx, cns3xxx, imx6, lantiq
      Run tested on: cns3xxx & imx6
      
      Signed-off-by: default avatarKoen Vandeputte <koen.vandeputte@ncentric.com>
      [update from 4.9.28 to 4.9.29]
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      e842e16f
    • Kevin Darbyshire-Bryant's avatar
      kernel: update kernel 4.4 to version 4.4.69 · 088e2877
      Kevin Darbyshire-Bryant authored
      
      Refresh patches. A number of patches have landed upstream & hence are no
      longer required locally:
      
      062-[1-6]-MIPS-* series
      042-0004-mtd-bcm47xxpart-fix-parsing-first-block
      
      Reintroduced lantiq/patches-4.4/0050-MIPS-Lantiq-Fix-cascaded-IRQ-setup
      as it was incorrectly included upstream thus dropped from LEDE.
      As it has now been reverted upstream it needs to be included again for
      LEDE.
      
      Run tested ar71xx Archer C7 v2 and lantiq.
      
      Signed-off-by: default avatarKevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
      [update from 4.4.68 to 4.4.69]
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      088e2877
    • Rafał Miłecki's avatar
      bcm53xx: add support for TP-LINK Archer C5 V2 · 0a05fbd1
      Rafał Miłecki authored
      
      This model also contains few partitions non-discoverable partitions we
      need to "protect". Othen than that it uses non-deprecated serial entry
      in DTS that doesn't work with LEDE so we need to workaround it as well.
      
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      0a05fbd1
  4. May 18, 2017
    • John Crispin's avatar
      Revert "ar71xx: Add support for Teltonika RUT900" · bad2f9c4
      John Crispin authored
      
      This reverts commit 224e5f5e.
      
      pepe2k pointed out that this was not ready to merge
      
      Signed-off-by: default avatarJohn Crispin <john@phrozen.org>
      bad2f9c4
    • Michael Lee's avatar
      eee09bfe
    • Steffen Weinreich's avatar
      ar71xx: Add support for Teltonika RUT900 · 224e5f5e
      Steffen Weinreich authored
      
      Teltonika RUT900 is a Router with LTE dual SIM, WiFi, 4x Ethernet
      ports, I/O, RS232, RS485, GPS.
      
      The device ist based on a Atheros AR9344 rev 3,
      
      Specifications:
      - 560/450/225 MHz (CPU/DDR/AHB)
      - 128 MB of RAM
      - 16 MB of FLASH
      - Serial Console header on a Card Board edge connector
      - 4x 10/100 Mbps Ethernet (3x LAN, 1x WAN)
      - 2.4 GHz Wifi
      - 2x external, detachable Wifi antennas
      - LTE Modem Huawei ME909u-521 (Also other Modem seen)
      - 2x LTE antennas
      - 1x GPS antenna
      - 7x LED, 1x button
      - 1x USB Connector
      - 1x Serial RS232
      - 1x Serial RS485
      - 1x MicroSD Card
      
      The GPL sources of the device are available at www.teltonika.lt/gpl/
      and are based on OpenWRT Barrier Breaker (14.07)
      
      Running from tftp:
      
      The Router starts into the uboot Webupdater if the Button ist pressed
      more than 3 seconds, if no Network cable is attached it starts the
      uboot serial console, from there the router loads the firmware image
      via tftpboot from 192.168.1.2:firmware.bin (the router has the
      192.168.1.1). With bootm the loaded image will be booted.
      
      Signed-off-by: default avatarSteffen Weinreich <steve@weinreich.org>
      224e5f5e
  5. May 16, 2017
  6. May 15, 2017
  7. May 14, 2017
  8. May 13, 2017
  9. May 12, 2017
  10. May 11, 2017
  11. May 10, 2017
    • Jo-Philipp Wich's avatar
      ramips: fixup-mac-address: add missing include · 8451b060
      Jo-Philipp Wich authored
      
      Add missing include of ramips.sh in order to import the missing
      ramips_board_name() procedure.
      
      Fixes FS#774.
      
      Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      8451b060
    • Ørjan Malde's avatar
      ramips: add support for Asus RT-AC51U · 5f932988
      Ørjan Malde authored
      
      Specification:
       - SoC: MediaTek MT7620A (580 MHz)
       - RAM: 64 MiB (Winbond W9751G6JB-25)
       - Flash: 16 MiB (Spansion S25FL128SAIF00)
       - LAN: x4 100M
       - WAN: x1 100M
       - Others: USB 2.0, reset button, wps button and 9 LEDs
      
      Issues:
       - 5 GHz band is not functional (missing driver support)
      
      Installation:
      
      Asus windows recovery tool:
       - install the Asus firmware restoration utility
       - unplug the router, hold the reset button while powering it on
       - release when the power LED flashes slowly
       - specify a static IP on your computer:
           IP address: 192.168.1.75;
           Subnet mask 255.255.255.0
       - Start the Asus firmware restoration utility, specify the sysupgrade
         image, and press upload
      
      TFTP Recovery method:
       - set computer to a static ip, 192.168.1.75
       - connect computer to the LAN 1 port of the router
       - hold the reset button while powering on the router for a few seconds
       - send firmware image using a tftp client; i.e from linux:
       $ tftp
       tftp> binary
       tftp> connect 192.168.1.1
       tftp> put lede-ramips-mt7620-rt-ac51u-squashfs-sysupgrade.bin
       tftp> quit
      
      Signed-off-by: default avatarØrjan Malde <foxyred333@gmail.com>
      5f932988
    • Alexey Belyaev's avatar
      ramips: add new device ZyXEL Keenetic as kn · a7cbf59e
      Alexey Belyaev authored
      
      This device exactly same as NBG-419N but with USB port and USB Led.
      
      Specification:
      
      - SoC: Ralink RT3052 (MIPS24Kc) @384MHz
      - RAM: 32 MiB
      - Flash: 8 MiB
      - WLAN: WiSoC 2T2R/300Mbps (2.4GHz)
      - LAN: 4x100M
      - WAN: 1x100M
      - USB: 1x2.0
      
      Installation via serial console (57600 8N1) from TFTP server
       - rename the firmware to something shorter, for example
         "sysupgrade.bin" (max. 32 chars)
       - copy firmware TFTP server's directory
       - when you power on device, and see U-Boot log, immediatly push "2"
         once.
       - You will see this message:
           2: System Load Linux Kernel then write to Flash via TFTP.
              Warning!! Erase Linux in Flash then burn new one. Are you sure?
       - Push "y", and enter: device IP, then TFTP server's IP, and then
         image firmware file name.
      
      The firmware will be downloaded within ~30 seconds and flashed to the
      device (It will take about 2 minutes).
      
      Signed-off-by: default avatarAlexey Belyaev <spider@spider.vc>
      [squash commits, compact commit message, fix compatible string, remove
      superfluous pinmuxes]
      Signed-off-by: default avatarMathias Kresin <dev@kresin.me>
      a7cbf59e
  12. May 06, 2017
  13. May 05, 2017
Loading