Re: [OpenWrt-Devel] [PATCH] odhcpd: add network dependent start trigger

2019-02-28 Thread Eric Luehrsen
On 2/27/19 7:38 AM, Hans Dedecker wrote: Hi, On Mon, Feb 25, 2019 at 8:46 AM Hans Dedecker wrote: Hi, On Sun, Feb 24, 2019 at 7:06 AM Eric Luehrsen wrote: Recent (20190207) changes to odhcpd makee it dependent on OpenWrt logical interfaces. Boot time race conditions may make odhcpd binding

Re: [OpenWrt-Devel] Wrong patch status

2019-02-28 Thread Rosen Penev
On Thu, Feb 28, 2019 at 3:31 PM Christian Lamparter wrote: > > On Thursday, February 28, 2019 7:52:06 PM CET Adrian Schmutzler wrote: > > Hi, > > > > > > > > Dmitry’s patch > > > > > > > > [OpenWrt-Devel] ath79: speed up ath9k-eeprom extraction > > > > https://patchwork.ozlabs.org/patch/1046790/

Re: [OpenWrt-Devel] Wrong patch status

2019-02-28 Thread Christian Lamparter
On Thursday, February 28, 2019 7:52:06 PM CET Adrian Schmutzler wrote: > Hi, > > > > Dmitry’s patch > > > > [OpenWrt-Devel] ath79: speed up ath9k-eeprom extraction > > https://patchwork.ozlabs.org/patch/1046790/ > > > > got marked “Superseded” together with my old stuff. > > > >

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: GL.iNet AR300M family: Correct DTS LED definitions

2019-02-28 Thread Jeff Kletsky
On 2/28/19 3:39 AM, Andreas Ziegler wrote: Jeff Kletsky schrieb am 25.02.19 um 02:22: On 2/24/19 4:21 PM, Andreas Ziegler wrote: Hi Jeff, thanks for your suggested change! Although i agree with your change regarding USB GPIO, i don't with the other part. Using stock/vendor firmware, GPIO 12

[OpenWrt-Devel] [PATCH] mac80211: Activate DRIVER_11W_SUPPORT for more capable drivers

2019-02-28 Thread Hauke Mehrtens
ieee80211w support is only activated in hostapd when at least one capable driver is build into the image. Many drivers which are capable of ieee80211 (MFP) and have the MFP_CAPABLE set in the driver are still missing the DRIVER_11W_SUPPORT dependency. Add this to more driver capable of ieee80211w.

[OpenWrt-Devel] New CT wave-2 firmware available.

2019-02-28 Thread Ben Greear
Hello, I've uploaded a new set of wave-1 and wave-2 ath10k-ct firmware. Recent release notes for wave-1: * Feb 14, 2019: Remove logic that causes assert when swba logic is not initialized. This was seen when trying to bring up 6 VAP vdevs. A similar fix went into wave-2

[OpenWrt-Devel] Wrong patch status

2019-02-28 Thread Adrian Schmutzler
Hi, Dmitry’s patch [OpenWrt-Devel] ath79: speed up ath9k-eeprom extraction https://patchwork.ozlabs.org/patch/1046790/ got marked “Superseded” together with my old stuff. However, my latest patchset is supposed to be _on top_ of this patch, not to supersede it (_my_ own old

[OpenWrt-Devel] [PATCH] ath79: Fix indent

2019-02-28 Thread Adrian Schmutzler
Fix wrong indentation introduced in 59c2f8a. Signed-off-by: Adrian Schmutzler --- target/linux/ath79/base-files/etc/board.d/01_leds | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds

Re: [OpenWrt-Devel] ath9k: fix dynack in IBSS mode

2019-02-28 Thread Lorenzo Bianconi
> On Thu, Feb 28, 2019 at 1:59 AM Koen Vandeputte > wrote: > > > > > > On 27.02.19 08:13, Lorenzo Bianconi wrote: > > >> > > > What I mean is just a p2p link running in AP-STA mode, I guess there is no > > > difference for users. Am I missing something? > > > > > The design of the out-of-box

Re: [OpenWrt-Devel] ath9k: fix dynack in IBSS mode

2019-02-28 Thread Joe Ayers
On Thu, Feb 28, 2019 at 1:59 AM Koen Vandeputte wrote: > > > On 27.02.19 08:13, Lorenzo Bianconi wrote: > >> > > What I mean is just a p2p link running in AP-STA mode, I guess there is no > > difference for users. Am I missing something? > > The design of the out-of-box firmware for AREDN,

[OpenWrt-Devel] [PATCH] ath79: GL.iNet AR300M family: correct LED definitions

2019-02-28 Thread Andreas Ziegler
add definition of LAN LED to board.d/01_leds rename WiFi LED with correct color red rename status LED with correct color green (like they are used in stock firmware) Signed-off-by: Andreas Ziegler --- target/linux/ath79/base-files/etc/board.d/01_leds| 4

Re: [OpenWrt-Devel] ath9k: fix dynack in IBSS mode

2019-02-28 Thread Koen Vandeputte
On 27.02.19 08:13, Lorenzo Bianconi wrote: What I mean is just a p2p link running in AP-STA mode, I guess there is no difference for users. Am I missing something? Is dynack going to receive the late acks if I manage to run wpa_supplicant (wpad-mini?) in plaintext or key_mgmt=NONE mode?