[LEDE-DEV] [PATCH] hostapd: set mcast_rate in mesh mode

2017-05-10 Thread Sven Eckelmann
From: Sven Eckelmann The wpa_supplicant code for IBSS allows to set the mcast rate. It is recommended to increase this value from 1 or 6 Mbit/s to something higher when using a mesh protocol on top which uses the multicast packet loss as indicator for the link quality. This setting was

Re: [LEDE-DEV] [PATCH v2] ipq806x: Add support for ipq40xx AP-DK01.1-C1 and AP-DK04.1-C1

2017-05-22 Thread Sven Eckelmann
On Freitag, 21. April 2017 00:25:37 CEST Ram Chandra Jangir wrote: > +@@ -419,18 +424,19 @@ > + status = "disabled"; > + > + gmac0: gmac0 { > + local-mac-address = [00 00 00 00 00 00]; > +- vlan_t

Re: [LEDE-DEV] [PATCH v2] ipq806x: Add nand boot support for ipq40xx AP-DK04.1-C1

2017-05-22 Thread Sven Eckelmann
On Donnerstag, 11. Mai 2017 21:59:02 CEST Ram Chandra Jangir wrote: > ++ mux { > ++ pins = "gpio52", "gpio53", "gpio54", > ++ "gpio55", "gpio56", "gpio57", > ++

[LEDE-DEV] ATH_USER_REGD maximum power limitation

2017-08-09 Thread Sven Eckelmann
Hi, I've just played around a little bit with your CPTCFG_ATH_USER_REGD patch on an OM5P but without your change 79a768a90fa9 ("ath: do not apply broken power limits with ATH_USER_REGD") [1]. I was a little bit confused when the I changed the country code to SG and VN and the power was reduced

Re: [LEDE-DEV] ATH_USER_REGD maximum power limitation

2017-08-09 Thread Sven Eckelmann
On Mittwoch, 9. August 2017 11:01:03 CEST Sven Eckelmann wrote: [...] > - if (test) > + if (test && !IS_ENABLED(CPTCFG_ATH_USER_REGD)) > channel->max_power = DIV_ROUND_UP(reg->max_power_level, 2); Just found that you've added a different change wi

Re: [LEDE-DEV] [dan...@makrotopia.org: Re: [PATCH 0/4] mac80211: update to backports-4.14-rc1]

2017-09-18 Thread Sven Eckelmann
On Montag, 18. September 2017 23:55:24 CEST Hauke Mehrtens wrote: > Hi all, > > Thanks for fixing this. > > Did you ran mac80211 from 4.14-rc1 in add hoc mode or any other mesh > specific loads? I personally didn't do any tests of mac80211 4.14-rc1 on any actual HW. And afaik, Simon also didn't

[LEDE-DEV] [PATCH] hostapd: explicitly set beacon interval for wpa_supplicant

2017-11-07 Thread Sven Eckelmann
= line must therefore be re-added to the wpa_supplicant config. The value is retrieved from the the global variable. Fixes: 1a16cb9c67f0 ("mac80211, hostapd: always explicitly set beacon interval") Signed-off-by: Sven Eckelmann --- This patch was only tested with LEDE 17.01.4. And only

Re: [LEDE-DEV] [PATCH] hostapd: explicitly set beacon interval for wpa_supplicant

2017-11-07 Thread Sven Eckelmann
On Dienstag, 7. November 2017 13:37:48 CET Matthias Schiffer wrote: [...] > > This patch was only tested with LEDE 17.01.4. And only in sta and mesh mode. [...] > > - local beacon_int brates mrate > > + > > This change is already in master, see > https://git.lede-project.org/?p=source.git;a=comm

[LEDE-DEV] [PATCH v2] hostapd: explicitly set beacon interval for wpa_supplicant

2017-11-07 Thread Sven Eckelmann
= line must therefore be re-added to the wpa_supplicant config. The value is retrieved from the the global variable. Fixes: 1a16cb9c67f0 ("mac80211, hostapd: always explicitly set beacon interval") Signed-off-by: Sven Eckelmann --- This patch was only tested with LEDE 17.01.4. And only

Re: [LEDE-DEV] compile hostapd/wpa_supplicant with mesh and sae options

2017-12-13 Thread Sven Eckelmann
On Sonntag, 10. Dezember 2017 22:09:30 CET Carlito Nueno wrote: > I just noticed that when mesh is enabled on wlan0, the ap part does > not work. wlan0-ap does not broadcast ssid. > > this is using the wpad-mesh package. You need additional changes to get this working. These were just added to LE

Re: [LEDE-DEV] [OpenWrt-Devel] Images are too big in LEDE but not in OpenWRT

2018-02-09 Thread Sven Eckelmann
On Freitag, 9. Februar 2018 01:36:49 CET Jakub Jančo wrote: > Hello, > > is there any reason why LEDE needs more empty space in firmware for > TP-link tl-wr1043nd v3 ? OpenWrt master should show you the exact same error message. OpenWrt 15.05 is quite outdated. > In OpenWRT 15.01 we are buildin

Re: [LEDE-DEV] [OpenWrt-Devel] Images are too big in LEDE but not in OpenWRT

2018-02-09 Thread Sven Eckelmann
On Freitag, 9. Februar 2018 09:05:02 CET Sven Eckelmann wrote: [...] > > In OpenWRT 15.01 we are building 7.3MB large images and have just > > enought space for configs. > > In LEDE 17.01 is max size ~6.5MB and we are not able to build our > > images, because we cannot str

[LEDE-DEV] (V)HT mode selection for meshpoint (was "ath10k + ap + encryption")

2018-04-09 Thread Sven Eckelmann
On Mittwoch, 6. Dezember 2017 22:26:09 CEST Sven Eckelmann wrote: > On Mittwoch, 6. Dezember 2017 18:52:01 CET Daniel Hernandez wrote: > > So been running this mesh patch on 4 routers in my home for over a > > month and it works great ! > > Reporting my feedbac

[LEDE-DEV] [PATCH] base-files: Prefer busybox arp over /proc/net/arp alias

2016-11-10 Thread Sven Eckelmann
From: Marek Lindner A firmware compiled with BUSYBOX_CONFIG_ARP should also use by default the arp binary from busybox. Otherwise the extra functionality the user requested can only be used when running arp with the path to the binary. Signed-off-by: Marek Lindner --- package/base-files/files/

[LEDE-DEV] LED uci policy for not actively used LEDs

2016-11-10 Thread Sven Eckelmann
Hi, how should non-actively used LEDs be handled in regards of entries in uci system.*. I saw some entries in target/linux/ar71xx/base-files/etc/board.d/ 01_leds with calls to ucidef_set_led_default with the default parameter set to 0. But not all LEDs have an entry in either 01_leds or diag.sh

[LEDE-DEV] [PATCH] ar71xx: Add usable, inactive LEDs on OpenMesh devices

2016-11-11 Thread Sven Eckelmann
/status LEDs] Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 27 ++ 1 file changed, 27 insertions(+) diff --git a/target/linux/ar71xx/base-files/etc/board.d/01_leds b/target/linux/ar71xx/base-files/etc/board.d/01_leds index cde3a94

Re: [LEDE-DEV] FCC killing open platforms and inovations [Was: Re: [PATCH] ar71xx: Add usable, inactive LEDs on OpenMesh devices]

2016-11-15 Thread Sven Eckelmann
[this is a rather odd change of topic] On Montag, 14. November 2016 14:24:48 CET Petr Štetiar wrote: [...] > But on the other hand I'm wondering how should I upload my custom LEDE image > to my recently purchased OM5P-AC device as the U-Boot there is locked down and > accepts only signed OS im

Re: [LEDE-DEV] FCC killing open platforms and inovations

2017-01-19 Thread Sven Eckelmann
On Donnerstag, 19. Januar 2017 15:22:25 CET Petr Štetiar wrote: [...] > You or someone else for OpenMesh has put so much energy to make the U-Boot use > RSA keys for image verification, but on the other hand you keep the ART > partition, where you store the RSA key, writable from the system. []

Re: [LEDE-DEV] [PATCH] ar71xx: Support for TP-LINK MR6400

2017-02-09 Thread Sven Eckelmann
On Donnerstag, 9. Februar 2017 10:32:37 CET Filip Moc wrote: > On Thu, Feb 09, 2017 at 09:40:31AM +0100, John Crispin wrote: > > Hi, > > > > there should be a "Signed-off-by:" line here. please resend the patch > > with the line added. [...] > Actually there was "Signed-off-by:" line in my origina

Re: [LEDE-DEV] FCC killing open platforms and inovations

2017-02-14 Thread Sven Eckelmann
On Dienstag, 14. Februar 2017 11:03:56 CET Petr Štetiar wrote: > Simon Wunderlich [2016-11-17 11:19:48]: [...] > Overflows can substitute soldering > http://blog.true.cz/2017/02/free-your-router-again/ > but even the Open Mesh representative thinks We told you before that we are not OpenMesh em

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 4/8] caldata-utils: new package to manipulate ath10k

2017-03-08 Thread Sven Eckelmann
On Donnerstag, 31. März 2016 19:48:20 CET Adrian Panella wrote: > >From df9a676bb3ba225f0fd6621dbaeec945baf3153d Mon Sep 17 00:00:00 2001 > From: Adrian Panella > Date: Wed, 30 Mar 2016 23:31:06 -0600 > Subject: [PATCH 12/15] caldata-utils: new package to manipulate ath10k > calibration data >

[LEDE-DEV] [PATCH 4/4] ar71xx: Allow OpenMesh CE images with more than 3 files

2016-05-17 Thread Sven Eckelmann
available devices. Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh b/target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh index e026946

[LEDE-DEV] [PATCH 3/4] ar71xx: Move OpenMesh image target validation into subfunction

2016-05-17 Thread Sven Eckelmann
done without such sideeffects by simply combining the board names and image targets. Only a mismatch should cause a negative result for the caller and skipping of the additional checks. Signed-off-by: Sven Eckelmann --- .../ar71xx/base-files/lib/upgrade/openmesh.sh | 71

[LEDE-DEV] [PATCH 2/4] ar71xx: Generate sysupgrade images for OpenMesh devices

2016-05-17 Thread Sven Eckelmann
in to *sysupgrade.bin is therefore enough to make the sysupgrade functionality visible. Reported-by: Matthias Schiffer Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/image/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Mak

[LEDE-DEV] [PATCH 1/4] ar71xx: Add support for initramfs images for OpenMesh devices

2016-05-17 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/image/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 96122d7..384eba8 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image

[LEDE-DEV] [PATCH 12/13] ar71xx: extract ath10k wifi board.bin for the OpenMesh MR1750v2 board

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata b/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11

[LEDE-DEV] [PATCH 04/13] package/om-watchdog: add OpenMesh OM2P-HSv3 support

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- package/kernel/om-watchdog/files/om-watchdog.init | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/om-watchdog/files/om-watchdog.init b/package/kernel/om-watchdog/files/om-watchdog.init index 79819ad..4c6ac45 100644 --- a/package/kernel/om

[LEDE-DEV] [PATCH 05/13] package/uboot-envtools: add OpenMesh OM2P-HSv3 support

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- package/boot/uboot-envtools/files/ar71xx | 1 + 1 file changed, 1 insertion(+) diff --git a/package/boot/uboot-envtools/files/ar71xx b/package/boot/uboot-envtools/files/ar71xx index 32e7269..dc7583f 100644 --- a/package/boot/uboot-envtools/files/ar71xx +++ b

[LEDE-DEV] [PATCH 06/13] ar71xx: add OM2P-HSv3 to the OM2P profile

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/generic/profiles/openmesh.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/generic/profiles/openmesh.mk b/target/linux/ar71xx/generic/profiles/openmesh.mk index 6817c59..eb972ee 100644 --- a

[LEDE-DEV] [PATCH 13/13] ar71xx: add MR1750v2 to the MR1750 profile

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/generic/profiles/openmesh.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/generic/profiles/openmesh.mk b/target/linux/ar71xx/generic/profiles/openmesh.mk index eb972ee..15b974a 100644 --- a

[LEDE-DEV] [PATCH 03/13] ar71xx: enable sysupgrade for the OpenMesh OM2P-HSv3

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh | 1 + target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 2 ++ 2 files changed, 3 insertions(+) diff --git a/target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh b/target/linux/ar71xx/base-files

[LEDE-DEV] [PATCH 09/13] ar71xx: enable sysupgrade for the OpenMesh MR1750v2

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh index ec1cdbd..ace0392 100755 --- a

[LEDE-DEV] [PATCH 11/13] package/uboot-envtools: add OpenMesh MR1750v2 support

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- package/boot/uboot-envtools/files/ar71xx | 1 + 1 file changed, 1 insertion(+) diff --git a/package/boot/uboot-envtools/files/ar71xx b/package/boot/uboot-envtools/files/ar71xx index dc7583f..986fdef 100644 --- a/package/boot/uboot-envtools/files/ar71xx +++ b

[LEDE-DEV] [PATCH 07/13] ar71xx: add kernel support for the OpenMesh MR1750v2

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/files/arch/mips/ath79/mach-mr1750.c | 1 + target/linux/ar71xx/files/arch/mips/ath79/machtypes.h | 1 + 2 files changed, 2 insertions(+) diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-mr1750.c b/target/linux/ar71xx/files/arch

[LEDE-DEV] [PATCH 02/13] ar71xx: add user-space support for the OpenMesh OM2P-HSv3

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 1 + target/linux/ar71xx/base-files/etc/diag.sh | 1 + target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +++ 3 files changed, 5 insertions(+) diff --git a/target/linux/ar71xx/base-files/etc

[LEDE-DEV] [PATCH 08/13] ar71xx: add user-space support for the OpenMesh MR1750v2

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 3 ++- target/linux/ar71xx/base-files/etc/board.d/02_network | 1 + target/linux/ar71xx/base-files/etc/diag.sh | 3 ++- target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +++ target

[LEDE-DEV] [PATCH 10/13] package/om-watchdog: add OpenMesh MR1750v2 support

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- package/kernel/om-watchdog/files/om-watchdog.init | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/package/kernel/om-watchdog/files/om-watchdog.init b/package/kernel/om-watchdog/files/om-watchdog.init index 4c6ac45..4ed178d 100644 --- a

[LEDE-DEV] [PATCH 01/13] ar71xx: add kernel support for the OpenMesh OM2P-HSv3

2016-05-20 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/files/arch/mips/ath79/mach-om2p.c | 1 + target/linux/ar71xx/files/arch/mips/ath79/machtypes.h | 1 + 2 files changed, 2 insertions(+) diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-om2p.c b/target/linux/ar71xx/files/arch/mips

Re: [LEDE-DEV] [PATCH 03/13] ar71xx: enable sysupgrade for the OpenMesh OM2P-HSv3

2016-05-23 Thread Sven Eckelmann
On Saturday 21 May 2016 13:23:50 John Crispin wrote: > Hi Sven, > > this patch fails to apply. Applied fine on Friday but I will just rebase it on the newest changes. Maybe you forgot to first apply your gathered changes in you staging repo [1,2,3,4]. You wanted to push them to source.git a while

[LEDE-DEV] [PATCH] ipq806x: Fix typo in Qualcomm device names

2016-06-22 Thread Sven Eckelmann
Signed-off-by: Sven Eckelmann --- target/linux/ipq806x/image/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/target/linux/ipq806x/image/Makefile b/target/linux/ipq806x/image/Makefile index 455ea1e..36f2332 100644 --- a/target/linux/ipq806x/image/Makefile +++ b

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

2018-04-13 Thread Sven Eckelmann
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

Re: [LEDE-DEV] OPKG Encryption

2018-04-17 Thread Sven Eckelmann
On Dienstag, 17. April 2018 10:03:10 CEST Jaap Buurman wrote: > Hello all, > > Today I discovered that pulling packages from the feeds is done over > http by default instead of https. I understand it is always going to > be a trade-off between space requirements and features/security. > However, p

[LEDE-DEV] ar71xx: Non-Unique MAC addresses for GL-iNet GL-AR750

2018-05-09 Thread Sven Eckelmann
Hi, I've just noticed that the mac addresses for this device aren't unique (on the device itself). Neither in the original firmware or in the OpenWrt/LEDE support. 2: eth0: mtu 1500 qdisc noop state DOWN qlen 1000 link/ether e4:95:6e:44:09:58 brd ff:ff:ff:ff:ff:ff 5: wlan1: mtu 1500 qdisc

Re: [LEDE-DEV] ar71xx: Non-Unique MAC addresses for GL-iNet GL-AR750

2018-05-09 Thread Sven Eckelmann
On Donnerstag, 10. Mai 2018 05:29:01 CEST Dongming Han wrote: > We actually allocate two MAC per GL-AR750. In manufacturing procedure, every > scan of device label consumes two MAC in database. Thanks for the fast reply. > Is there any pitfall not having unique MAC per interface on some use case?

Re: [LEDE-DEV] ar71xx: Non-Unique MAC addresses for GL-iNet GL-AR750

2018-05-11 Thread Sven Eckelmann
On Freitag, 11. Mai 2018 13:33:03 CEST Dongming Han wrote: [...] > Is it suitable for batman-adv to work on GL-AR750 > by changing WLAN MAC to locally administered MAC? As mentioned in the previous mail, this is what I need to do before I attach the interface to a batman-adv interface. > Would y