Message-
From: Sven Eckelmann [mailto:sven.eckelm...@openmesh.com]
Sent: Monday, June 4, 2018 8:19 AM
To: Daniel Hernandez
Cc: openwrt-devel@lists.openwrt.org; Daniel Golle ;
lede-...@lists.infradead.org
Subject: Re: [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to
mesh-mode
On Montag, 4. Juni 2018 13:17:10 CEST Daniel Hernandez wrote:
> Hello
>
> Any clue if these fixes are going to make it into Openwrt / LEDE 18.06 . So
> I can begin testing.
They are part of openwrt-18.06-snapshot.
Kind regards,
Sven
signature.asc
Description: This is a digitally sig
Golle ; lede-...@lists.infradead.org; Daniel
Hernandez
Subject: Re: [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to
mesh-mode supplicant
On Freitag, 13. April 2018 01:41:31 CEST Daniel Golle wrote:
> Unlike when operating in Ad-Hoc mode, we apparently need to pass the
> h
This patch breaks encrypted mesh mode.
I agree, there is still something wrong with the logic when using encrypted
mesh.
Also the setting of the mesh parameters fails, because nl80211_mesh_join must
happen before nl80211_update_mesh_config. This results in these errors:
---
netifd: radio1 (6314):
On Freitag, 13. April 2018 01:41:31 CEST Daniel Golle wrote:
> Unlike when operating in Ad-Hoc mode, we apparently need to pass the
> hostapd control socket interface to wpa_supplicant when using 802.11s
> mesh mode.
>
> There also seems to still be something wrong with the logic setting
> channel
Unlike when operating in Ad-Hoc mode, we apparently need to pass the
hostapd control socket interface to wpa_supplicant when using 802.11s
mesh mode.
There also seems to still be something wrong with the logic setting
channel and (v)htmode parameters when using AP + mesh...
Signed-off-by: Daniel