[OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

SoC:Mediatek MT7621A CPU:4x 880Mhz Cache: 32 KB I-Cache and 32 KB D-Cach 256 KB L2 Cache (shared by Dual-Core) RAM:DDR3 512MB 16bits BUS FLASH: 16MB Switch: Mediatek Gigabit Switch (1 x LAN, 1 x WAN) USB:1x 3.0 PCI:3x Mini PCIe G

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

On 6/24/19 10:17 PM, Christian Lamparter wrote: >> diff --git a/target/linux/ramips/dts/AP7621-001.dts >> b/target/linux/ramips/dts/AP7621-001.dts >> new file mode 100644 >> index 00..daab06ec90 >> --- /dev/null >> +++ b/target/linux/ramips/dts/AP7621-001.dts >> @@ -0,0 +1,127 @@ >> +//

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

Daniel Danzberger [2019-06-25 10:34:47]: > >> + model = "AP7621-001"; > > > > Oh boy, this is tricky. > > > > > > 'The recommended format ' (for the root node!) ' i

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

I see. I will change the model property then... On 6/25/19 10:39 AM, Petr Štetiar wrote: > Daniel Danzberger [2019-06-25 10:34:47]: > + model = "AP7621-001"; >>> >>> Oh boy, this is tricky. >>> >>>

[OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

SoC:Mediatek MT7621A CPU:4x 880Mhz Cache: 32 KB I-Cache and 32 KB D-Cach 256 KB L2 Cache (shared by Dual-Core) RAM:DDR3 512MB 16bits BUS FLASH: 16MB Switch: Mediatek Gigabit Switch (1 x LAN, 1 x WAN) USB:1x 3.0 PCI:3x Mini PCIe G

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

On Tuesday, June 25, 2019 10:34:47 AM CEST Daniel Danzberger wrote: > > On 6/24/19 10:17 PM, Christian Lamparter wrote: > >> diff --git a/target/linux/ramips/dts/AP7621-001.dts > >> b/target/linux/ramips/dts/AP7621-001.dts > >> new file mode 100644 > >> index 00..daab06ec90 > >> --- /dev/

Re: [OpenWrt-Devel] [PATCH] ramips: add support for ASUS RT-AC57U

Hi David, On Monday, June 24, 2019 10:00:06 PM CEST David Bauer wrote: > Hello Christian, > >> + > >> + keys { > >> + compatible = "gpio-keys-polled"; > > The MT7261 should support interrupt-supported gpio-keys. > > I will try your suggestion, however i suspect we will face the same >

Re: [OpenWrt-Devel] ath10k-ct 4.19 and IBSS

On 24.06.19 22:04, Ben Greear wrote: On 6/24/19 8:32 AM, Koen Vandeputte wrote: Hi Ben, Hi All, So I'm going to give this another try .. As the IBSS functionality is heavily advertised as a delta to mainline, it would be very nice to get it working also :) Testing the latest ath10k-ct drive

[OpenWrt-Devel] 19.07 branch - recursive dependency

tmp/.config-package.in:88518:error: recursive dependency detected! For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" tmp/.config-package.in:88518:    symbol PACKAGE_nfs-kernel-server depends on NFS_KERNEL_SERVER_V4 For a res

[OpenWrt-Devel] [PATCH] base-files: use OPENWRT prefix for os-release variables

Signed-off-by: Bjørn Mork --- Just stumbled across this LEDE legacy, without finding any real reason to keep it. There is a single LEDE_DEVICE_MANUFACTURER_URL dependency in the luci feed repo which needs to be syncronized. But that doesn't seem like a show stopper. Maybe even fix this for the

Re: [OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

On Monday, June 24, 2019 11:03:23 PM CEST Christian Lamparter wrote: > On Monday, June 24, 2019 10:01:51 PM CEST Rosen Penev wrote: > > On Mon, Jun 24, 2019 at 1:00 PM Christian Lamparter > > wrote: > > > > > > On Saturday, June 22, 2019 8:57:32 PM CEST Rosen Penev wrote: > > > > On Sat, Jun 22,

Re: [OpenWrt-Devel] ath10k-ct 4.19 and IBSS

On 06/25/2019 02:53 AM, Koen Vandeputte wrote: On 24.06.19 22:04, Ben Greear wrote: On 6/24/19 8:32 AM, Koen Vandeputte wrote: Hi Ben, Hi All, So I'm going to give this another try .. As the IBSS functionality is heavily advertised as a delta to mainline, it would be very nice to get it w

[OpenWrt-Devel] Problem with "base" release repositories

Hi all, unfortunately there appears to be an issue with the build cluster which causes it to produce slightly broken SDKs with a wrong embedded package feeds configuration. Due to yet unknown issues in the buildroot (or the build setup itself), the target/sdk Make target fails to identify the cur

Re: [OpenWrt-Devel] Problem with "base" release repositories

Hi, some updates. I managed to track down the root cause to some bad interaction between buildbot and Git. When buildbot tries to switch an already cloned repo back from a previously checked out tag to a branch, it performs this series of commands: git clean -f -d -x git fetch -t https://git.op

Re: [OpenWrt-Devel] ath10k-ct 4.19 and IBSS

On 25.06.19 15:54, Ben Greear wrote: On 06/25/2019 02:53 AM, Koen Vandeputte wrote: On 24.06.19 22:04, Ben Greear wrote: On 6/24/19 8:32 AM, Koen Vandeputte wrote: Hi Ben, Hi All, So I'm going to give this another try .. As the IBSS functionality is heavily advertised as a delta to mainl

Re: [OpenWrt-Devel] Problem with "base" release repositories

Hi, another update. I applied local workarounds to the phase2 builders to simply append the proper branch specification where missing in order to avoid the need to rebuild all SDKs first which will save some time. Additionally I diverted all free resources to the builder so that all targets shou

[OpenWrt-Devel] [PATCH] ramips: add support for Edimax RG21S

ramips: add Edimax RG21S SoC:MediaTek MT7621AT dual-core @ 880MHz RAM:256M (Nanya NT5CC128M) FLASH: 16MB (Macronix MX25L12835F) WiFi: - 2.4GHz MediaTek MT7615N bgn - 5GHz MediaTek MT7615N nac Switch: SoC integrated Gigabit Switch (4 x LAN, 1 x WAN) USB:No BTN:Reset, WPS

[OpenWrt-Devel] [PATCH 1/3] wolfssl: update to 3.15.7, fix Makefile

This includes a fix for a medium-level potential cache attack with a variant of Bleichenbacher’s attack. Patches were refreshed. Fixed poly1305 build option, and made some Makefile updates. Signed-off-by: Eneas U de Queiroz diff --git a/package/libs/wolfssl/Config.in b/package/libs/wolfssl/Conf

[OpenWrt-Devel] [PATCH 0/3] wolfssl update

This series updates wolfssl to version 3.15.7, which includes a security fix. Many of the build options were not being used, and are always built into the library because of an uncondition --enable-stunnel option, so they can be removed. Since they were selected by hostapd, they are being removed

[OpenWrt-Devel] [PATCH 3/3] hostapd: adjust removed wolfssl options

From: Eneas U de Queiroz This adjusts the selection of recently removed wolfssl options which have always been built into the library even in their absence. Also remove the selection of libwolfssl itself, allowing the library to be built as a module. Signed-off-by: Eneas U de Queiroz diff --gi

[OpenWrt-Devel] [PATCH 2/3] wolfssl: reorganize, add build options

Removed options that can't be turned off because we're building with --enable-stunnel, some of which affect hostapd's Config.in. Adjusted the title of OCSP option, as OCSP itself can't be turned off, only the stapling part is selectable. Mark options turned on when wpad support is selected. Add bui

Re: [OpenWrt-Devel] [PATCH] ramips: add support for ASUS RT-AC57U

Hi! On Tue, Jun 25, 2019 at 5:23 PM Christian Lamparter wrote: > Is 10MHz even a supported frequency for the SPI-NOR chip? It is supported. It's just unnecessarily slow. Mediatek uses 30MHz in their SDK and all my boards works fine with 40MHz. > > I think you can measure the time it takes to re

Re: [OpenWrt-Devel] Problem with "base" release repositories

Hi, the base repositories have been fully restored and should be safe to use again. Once again, please excuse any inconvenience caused. Will follow up with some more post mortem details later today. ~ Jo signature.asc Description: OpenPGP digital signature ___