[OpenWrt-Devel] [PATCH] ath79: add support for GL.iNet GL-X1200

2020-04-09 Thread guilin.w...@gl-inet.com
This patch adds supports for GL-X1200. Specification: - SOC: QCA9563 (775MHz) - Flash: 16 MiB - RAM: 128 MiB DDR2 - Ethernet: 4x 1Gbps LAN + 1x 1Gbps WAN - Wireless: QCA9563(2.4GHz) and QCA9886(5GHz) - SIM: 2x SIM card slots - MicroSD: 1x

[OpenWrt-Devel] [PATCH] ath79: add support for GL.iNet GL-X1200

2020-04-09 Thread guilin.w...@gl-inet.com
This patch adds supports for GL-X1200. Specification: - SOC: QCA9563 (775MHz) - Flash: 16 MiB - RAM: 128 MiB DDR2 - Ethernet: 4x 1Gbps LAN + 1x 1Gbps WAN - Wireless: QCA9563(2.4GHz) and QCA9886(5GHz) - SIM: 2x SIM card slots - MicroSD: 1x

[OpenWrt-Devel] [PATCH] ar71xx: add support for GL.iNet GL-X1200

2020-04-09 Thread guilin.w...@gl-inet.com
This patch adds supports for GL-X1200. Specification: - SOC: QCA9563 (775MHz) - Flash: 16 MiB - RAM: 128 MiB DDR2 - Ethernet: 4x 1Gbps LAN + 1x 1Gbps WAN - Wireless: QCA9563(2.4GHz) and QCA9886(5GHz) - SIM: 2x SIM card slots - MicroSD: 1x

[OpenWrt-Devel] [18.06][PATCH 2/2] wireguard: bump to 1.0.20200401

2020-04-09 Thread Rosen Penev
From: "Jason A. Donenfeld" Recent backports to 5.5 and 5.4 broke our compat layer. This release is to keep things running with the latest upstream stable kernels. Signed-off-by: Jason A. Donenfeld (cherry picked from commit e32eaf5896276825e81c2250d9c58e4952c3a563) ---

[OpenWrt-Devel] [18.06][PATCH 1/2] wireguard: bump to 20191226

2020-04-09 Thread Rosen Penev
From: "Jason A. Donenfeld" As announced on the mailing list, WireGuard will be in Linux 5.6. As a result, the wg(8) tool, used by OpenWRT in the same manner as ip(8), is moving to its own wireguard-tools repo. Meanwhile, the out-of-tree kernel module for kernels 3.10 - 5.5 moved to its own

[OpenWrt-Devel] [PATCH 1/2] wireguard: bump to 20191226

2020-04-09 Thread Rosen Penev
From: "Jason A. Donenfeld" As announced on the mailing list, WireGuard will be in Linux 5.6. As a result, the wg(8) tool, used by OpenWRT in the same manner as ip(8), is moving to its own wireguard-tools repo. Meanwhile, the out-of-tree kernel module for kernels 3.10 - 5.5 moved to its own

[OpenWrt-Devel] [19.07][PATCH 2/2] wireguard: bump to 1.0.20200401

2020-04-09 Thread Rosen Penev
From: "Jason A. Donenfeld" Recent backports to 5.5 and 5.4 broke our compat layer. This release is to keep things running with the latest upstream stable kernels. Signed-off-by: Jason A. Donenfeld --- package/network/services/wireguard/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2

[OpenWrt-Devel] [19.07][PATCH 1/2] wireguard: bump to 20191226

2020-04-09 Thread Rosen Penev
From: "Jason A. Donenfeld" As announced on the mailing list, WireGuard will be in Linux 5.6. As a result, the wg(8) tool, used by OpenWRT in the same manner as ip(8), is moving to its own wireguard-tools repo. Meanwhile, the out-of-tree kernel module for kernels 3.10 - 5.5 moved to its own

[OpenWrt-Devel] [PATCH] build: config: allow bool to select a module pkg

2020-04-09 Thread Eneas U de Queiroz
kconfig-v5.6 disallowed a bool symbol to select another symbol that 'depends on m' (i.e. can be only 'm' on 'n'). It is, in fact, an unmet dependency to have set to 'y'. However, openwrt depends on the previous behavior, to be able to build a package that can be a module or built-in depending on

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-09 Thread Enrico Mioso
As a side note, even my Netgear R6220 won't boot;unfortunately no serial port, so can't diagnose the issue. Sorry guys. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Master not booting on R6220

2020-04-09 Thread Enrico Mioso
Hello!! It seems master won't boot in R6220, using images built by buildbot (kernel 5.4.28). Thanks for your work!! Enrico Enrico Mioso Personal Phone Number: +39 3807096934 Tox ID is: 7C593F402A3C8632D87AB4B948D492294C39A6A614464ECF843CA3429FB023284180472C7475

[OpenWrt-Devel] [PATCH 19.07 v2] ramips: add support for Asus RT-N10P V3 / RT-N11P B1 / RT-N12 VP B1

2020-04-09 Thread Ernst Spielmann
Specifications: - MT7628NN @ 580 MHz - 32 MB RAM - 8 MB Flash - 5x 10/100 Mbps Ethernet (built-in switch) - 2.4 GHz WLAN - 2x external, non-detachable antennas (1x for RT-N10P V3) Flash instructions: 1. Set PC network interface to 192.168.1.75/24. 2. Connect PC to the router via LAN. 3. Turn

[OpenWrt-Devel] [PATCH 19.07] ramips: add support for Asus RT-N10P V3 / RT-N11P B1 / RT-N12 VP B1

2020-04-09 Thread Ernst Spielmann
Specifications: - MT7628NN @ 580 MHz - 32 MB RAM - 8 MB Flash - 5x 10/100 Mbps Ethernet (built-in switch) - 2.4 GHz WLAN - 2x external, non-detachable antennas (1x for RT-N10P V3) Flash instructions: 1. Set PC network interface to 192.168.1.75/24. 2. Connect PC to the router via LAN. 3. Turn

[OpenWrt-Devel] [PATCH v2 0/1] Increase SPI speed on Mikrotik rbm11g and rbm33g

2020-04-09 Thread Tobias Schramm
This patch increases the SPI clock speed on the rbm11g and rbm33g to 33 MHz. Initially it was set to a empirically determined value. The bug necessitating the empirical testing has since been resolved. 33 MHz is the default used by RouterBOOT. It is well within spec of the SPI flashes used. I've

[OpenWrt-Devel] [PATCH v2 1/1] ramips: mt7621: use higher SPI clock speed on Mikrotik rbm11g and rbm33g

2020-04-09 Thread Tobias Schramm
Previously the dts were using a value determined by empirical testing, because of a spi driver/clock bug. The bug was fixed quite some time ago. 33 MHz is the default clock frequency used by RouterBOOT and thus safe. Signed-off-by: Tobias Schramm ---

Re: [OpenWrt-Devel] [PATCH 1/1] ramips: mt7621: use higher SPI clock speed on Mikrotik rbm11g and rbm33g

2020-04-09 Thread Tobias Schramm
Hi, >> @@ -83,8 +83,8 @@ >> w25q128@0 { >> compatible = "jedec,spi-nor"; >> reg = <0>; >> - // XXX empiric value to obtain actual 10MHz SCK at the chip >> - spi-max-frequency = <3125000>; >> + m25p,fast-read; >> +

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-09 Thread Sergio Paracuellos
Hi Andre, On Thu, Apr 9, 2020 at 12:19 PM Andre Valentin wrote: > > Am 09.04.20 um 06:48 schrieb Sergio Paracuellos: > > On Thu, Apr 9, 2020 at 6:36 AM Sergio Paracuellos > > wrote: > >> > >> Hi again, > >> > >> On Thu, Apr 9, 2020 at 5:57 AM Sergio Paracuellos > >> wrote: > >>> > >>> Hi

Re: [OpenWrt-Devel] [PATCH 1/1] ramips: mt7621: use higher SPI clock speed on Mikrotik rbm11g and rbm33g

2020-04-09 Thread Chuanhong Guo
Hi! On Thu, Apr 9, 2020 at 1:32 AM Tobias Schramm wrote: > > Previously the dts were using a value determined by empirical testing, > because of a spi driver/clock bug. The bug was fixed quite some time > ago. 33 MHz is the default clock frequency used by RouterBOOT and thus > safe. > >

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-09 Thread Andre Valentin
Am 09.04.20 um 06:48 schrieb Sergio Paracuellos: > On Thu, Apr 9, 2020 at 6:36 AM Sergio Paracuellos > wrote: >> >> Hi again, >> >> On Thu, Apr 9, 2020 at 5:57 AM Sergio Paracuellos >> wrote: >>> >>> Hi Andre, >>> >>> On Wed, Apr 8, 2020 at 9:30 AM Sergio Paracuellos >>> wrote: Hi

[OpenWrt-Devel] Adding CONFIG_SAVE_DEBUG

2020-04-09 Thread Daniel Santos
Hello, I'm developing commercial hardware using OpenWRT, so there are a lot of things we need to be able to do that any commercial product should have, like to be able to save debug symbols for remote debugging, even though all executables in the firmware are stripped.  Invariably, things blow up