This project is mirrored from https://github.com/luizluca/openwrt.git. Pull mirroring updated .
  1. 23 Jan, 2021 8 commits
  2. 22 Jan, 2021 7 commits
  3. 21 Jan, 2021 7 commits
  4. 20 Jan, 2021 7 commits
    • Rafał Miłecki's avatar
      bcm4908: add pending mtd patches for BCM4908 partitioning · 20a0d435
      Rafał Miłecki authored
      
      
      BCM4908 can have multiple firmware partitions. MTD needs to detect which
      one is currently used.
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      20a0d435
    • Rafał Miłecki's avatar
      kernel: backport mtd commit converting partitions doc syntax · 7495acb5
      Rafał Miłecki authored
      
      
      1. It's useful for developing & validating DTS files inside OpenWrt
      2. This will allow backporting later changes that depend on it
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      7495acb5
    • John Audia's avatar
      kernel: bump 5.4 to 5.4.91 · 1bd005ea
      John Audia authored
      
      
      All modification made by update_kernel.sh in a fresh clone without
      existing toolchains.
      
      Build system: x86_64
      Build-tested: ipq806x/R7800, bcm27xx/bcm2711
      Run-tested: ipq806x/R7800
      
      No dmesg regressions, everything functional
      Signed-off-by: default avatarJohn Audia <graysky@archlinux.us>
      Tested-by: Curtis Deptuck <curtdept@me.com> [x86/64]
      1bd005ea
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR1750 v2 · 0988e03f
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros QCA9558 ver 1 rev 0
      * 720/600/240 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 3T3R 2.4 GHz Wi-Fi (11n)
      * 3T3R 5 GHz Wi-Fi (11ac)
      * 6x GPIO-LEDs (2x wifi, 2x status, 1x lan, 1x power)
      * 1x GPIO-button (reset)
      * external h/w watchdog (enabled by default))
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      0988e03f
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR1750 v1 · ae7680dc
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros QCA9558 ver 1 rev 0
      * 720/600/240 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 3T3R 2.4 GHz Wi-Fi (11n)
      * 3T3R 5 GHz Wi-Fi (11ac)
      * 6x GPIO-LEDs (2x wifi, 2x status, 1x lan, 1x power)
      * 1x GPIO-button (reset)
      * external h/w watchdog (enabled by default))
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, apply shared DTSI/device node, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      ae7680dc
    • Adrian Schmutzler's avatar
      ath79: make OpenMesh MR900 DTSI more general · 847cda16
      Adrian Schmutzler authored
      
      
      The OpenMesh MR900 and to-be-added MR1750 family are very similar.
      Make the existing MR900 DTSI more general so it can be used for
      the MR1750 devices as well.
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      847cda16
    • Adrian Schmutzler's avatar
      ath79: consolidate common definitions for OpenMesh devices · bcb31149
      Adrian Schmutzler authored
      
      
      The shared image definitions for OpenMesh devices are currently
      organized based on device families. This introduces some duplicate
      code, as the image creation code is mostly the same for those.
      
      This patch thus derives two basic shared definitions that work for
      all devices and only requires a few variables to be moved back to
      the device definitions.
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      bcb31149
  5. 19 Jan, 2021 11 commits
    • Sven Eckelmann's avatar
      ath79: apply Engenius ECB1750 style to OpenMesh MR900 RGMII cfg · 4fbdadc0
      Sven Eckelmann authored
      The OpenMesh MR900 is a modified version of the Exx900/Exx1750 family.
      These devices are shipped with an AR803x PHY and had various problems with
      the delay configuration in ar71xx. These problems are now in the past [1]
      and parts of the delay configuration should now be done in the PHY only.
      
      Just switch to the configuration of the ECB1750 to have an already well
      tested configuration for ath79 with the newer kernel versions.
      
      [1] https://github.com/openwrt/openwrt/pull/3505#issuecomment-716050292
      
      Reported-by: default avatarMichael Pratt <mcpratt@pm.me>
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      4fbdadc0
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR900 v2 · 31172e53
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros QCA9558 ver 1 rev 0
      * 720/600/240 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 3T3R 2.4 GHz Wi-Fi
      * 3T3R 5 GHz Wi-Fi
      * 6x GPIO-LEDs (2x wifi, 2x status, 1x lan, 1x power)
      * 1x GPIO-button (reset)
      * external h/w watchdog (enabled by default))
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      31172e53
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR900 v1 · e06c9eec
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros QCA9558 ver 1 rev 0
      * 720/600/240 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 3T3R 2.4 GHz Wi-Fi
      * 3T3R 5 GHz Wi-Fi
      * 6x GPIO-LEDs (2x wifi, 2x status, 1x lan, 1x power)
      * 1x GPIO-button (reset)
      * external h/w watchdog (enabled by default))
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      e06c9eec
    • Sven Eckelmann's avatar
      ath79: apply Engenius EAP600 style to OpenMesh MR600 RGMII cfg · 7b772e07
      Sven Eckelmann authored
      The OpenMesh MR600 is a modified version of the EAP600 family. These
      devices are shipped with an AR803x PHY and had various problems with the
      delay configuration in ar71xx. These problems are now in the past [1] and
      parts of the delay configuration should now be done in the PHY only.
      
      Just switch to the configuration of the EAP600 to have an already well
      tested configuration for ath79 with the newer kernel versions.
      
      [1] https://github.com/openwrt/openwrt/pull/3505#issuecomment-716050292
      
      Reported-by: default avatarMichael Pratt <mcpratt@pm.me>
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      7b772e07
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR600 v2 · d9a3af46
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros AR9344 rev 2
      * 560/450/225 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 2T2R 2.4 GHz Wi-Fi
      * 2T2R 5 GHz Wi-Fi
      * 8x GPIO-LEDs (6x wifi, 1x wps, 1x power)
      * 1x GPIO-button (reset)
      * external h/w watchdog (enabled by default))
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      d9a3af46
    • Sven Eckelmann's avatar
      ath79: Add support for OpenMesh MR600 v1 · 4b359995
      Sven Eckelmann authored
      Device specifications:
      ======================
      
      * Qualcomm/Atheros AR9344 rev 2
      * 560/450/225 MHz (CPU/DDR/AHB)
      * 128 MB of RAM
      * 16 MB of SPI NOR flash
        - 2x 7 MB available; but one of the 7 MB regions is the recovery image
      * 2T2R 2.4 GHz Wi-Fi
      * 2T2R 5 GHz Wi-Fi
      * 4x GPIO-LEDs (2x wifi, 1x wps, 1x power)
      * 1x GPIO-button (reset)
      * TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
      * 1x ethernet
        - AR8035 ethernet PHY (RGMII)
        - 10/100/1000 Mbps Ethernet
        - 802.3af POE
        - used as LAN interface
      * 12-24V 1A DC
      * internal antennas
      
      Flashing instructions:
      ======================
      
      Various methods can be used to install the actual image on the flash.
      Two easy ones are:
      
      ap51-flash
      ----------
      
      The tool ap51-flash (https://github.com/ap51-flash/ap51-flash
      
      ) should be
      used to transfer the image to the u-boot when the device boots up.
      
      initramfs from TFTP
      -------------------
      
      The serial console must be used to access the u-boot shell during bootup.
      It can then be used to first boot up the initramfs image from a TFTP server
      (here with the IP 192.168.1.21):
      
         setenv serverip 192.168.1.21
         setenv ipaddr 192.168.1.1
         tftpboot 0c00000 <filename-of-initramfs-kernel>.bin && bootm $fileaddr
      
      The actual sysupgrade image can then be transferred (on the LAN port) to the
      device via
      
        scp <filename-of-squashfs-sysupgrade>.bin root@192.168.1.1:/tmp/
      
      On the device, the sysupgrade must then be started using
      
        sysupgrade -n /tmp/<filename-of-squashfs-sysupgrade>.bin
      Signed-off-by: default avatarSven Eckelmann <sven@narfation.org>
      [rebase, make WLAN LEDs consistent, add LED migration]
      Signed-off-by: default avatarAdrian Schmutzler <freifunk@adrianschmutzler.de>
      4b359995
    • Nick Hainke's avatar
      owipcalc: remove clone in cidr_contains6 · 0fda8049
      Nick Hainke authored
      
      
      The "cidr_contains6" functions clones the given cidr. The contains4
      does not clone the cidr. Both functions do not behave the same.
      
      I see no reason to push the cidr. I think that we get only a negligible
      performance gain, but it makes ipv4 and ipv6 equal again.
      Signed-off-by: default avatarNick Hainke <vincent@systemli.org>
      0fda8049
    • John Audia's avatar
      kernel: bump 5.4 to 5.4.90 · 38bdff29
      John Audia authored
      
      
      All modification made by update_kernel.sh in a fresh clone without
      existing toolchains.
      
      Build system: x86_64
      Build-tested: ipq806x/R7800, bcm27xx/bcm2711
      Run-tested: ipq806x/R7800
      
      No dmesg regressions, everything functional
      Signed-off-by: default avatarJohn Audia <graysky@archlinux.us>
      Tested-by: Curtis Deptuck <curtdept@me.com> [x86/64]
      38bdff29
    • Hauke Mehrtens's avatar
      dnsmasq: Update to version 2.83 · e87c0d93
      Hauke Mehrtens authored
      
      
      This fixes the following security problems in dnsmasq:
      * CVE-2020-25681:
        Dnsmasq versions before 2.83 is susceptible to a heap-based buffer
        overflow in sort_rrset() when DNSSEC is used. This can allow a remote
        attacker to write arbitrary data into target device's memory that can
        lead to memory corruption and other unexpected behaviors on the target
        device.
      * CVE-2020-25682:
        Dnsmasq versions before 2.83 is susceptible to buffer overflow in
        extract_name() function due to missing length check, when DNSSEC is
        enabled. This can allow a remote attacker to cause memory corruption
        on the target device.
      * CVE-2020-25683:
        Dnsmasq version before 2.83 is susceptible to a heap-based buffer
        overflow when DNSSEC is enabled. A remote attacker, who can create
        valid DNS replies, could use this flaw to cause an overflow in a heap-
        allocated memory. This flaw is caused by the lack of length checks in
        rtc1035.c:extract_name(), which could be abused to make the code
        execute memcpy() with a negative size in get_rdata() and cause a crash
        in Dnsmasq, resulting in a Denial of Service.
      * CVE-2020-25684:
        A lack of proper address/port check implemented in Dnsmasq version <
        2.83 reply_query function makes forging replies easier to an off-path
        attacker.
      * CVE-2020-25685:
        A lack of query resource name (RRNAME) checks implemented in Dnsmasq's
        versions before 2.83 reply_query function allows remote attackers to
        spoof DNS traffic that can lead to DNS cache poisoning.
      * CVE-2020-25686:
        Multiple DNS query requests for the same resource name (RRNAME) by
        Dnsmasq versions before 2.83 allows for remote attackers to spoof DNS
        traffic, using a birthday attack (RFC 5452), that can lead to DNS
        cache poisoning.
      * CVE-2020-25687:
        Dnsmasq versions before 2.83 is vulnerable to a heap-based buffer
        overflow with large memcpy in sort_rrset() when DNSSEC is enabled. A
        remote attacker, who can create valid DNS replies, could use this flaw
        to cause an overflow in a heap-allocated memory. This flaw is caused
        by the lack of length checks in rtc1035.c:extract_name(), which could
        be abused to make the code execute memcpy() with a negative size in
        sort_rrset() and cause a crash in dnsmasq, resulting in a Denial of
        Service.
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      e87c0d93
    • Hauke Mehrtens's avatar
      uboot-at91: Add PKG_MIRROR_HASH to fix download · 20a7c9d5
      Hauke Mehrtens authored
      
      
      The referenced commit is gone, but we already have this file on our
      mirror, use that one by providing the correct mirror hash.
      
      I generated a tar.xz file with the given git commit hash using a random
      fork on github and it generated the same tar.xz file as found on our
      mirror so this looks correct.
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      20a7c9d5
    • Hauke Mehrtens's avatar
      at91bootstrap: Add PKG_MIRROR_HASH to fix download · a141e7a0
      Hauke Mehrtens authored
      
      
      The referenced commit is gone, but we already have this file on our
      mirror, use that one by providing the correct mirror hash.
      
      I generated a tar.xz file with the given git commit hash using a random
      fork on github and it generated the same tar.xz file as found on our
      mirror so this looks correct.
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      a141e7a0