On Fri, 8 Nov 2019 at 12:49, Adrian Schmutzler
wrote:
>
> If the label MAC address is provided for a device, the default SSID
> will be set to contain the EUI of this address, e.g. OpenWrt-ddeeff.
>
> With multiple routers, this will help the user to identify his device
> based on the MAC address
Hi,
> -Original Message-
> From: Jonas Gorski [mailto:jonas.gor...@gmail.com]
> Sent: Samstag, 9. November 2019 10:37
> To: Adrian Schmutzler
> Cc: OpenWrt Development List ; Rosy
> Song
> Subject: Re: [OpenWrt-Devel] [PATCH 2/2] base-files: rename SSID with EUI
> of mac address
>
> On
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hi,
> What exactly are you referr
On 11/5/2019 0:15, Michael Heimpold wrote:
Also remove kernel 4.14 support and the meanwhile obsolete patch.
This was run-tested on I2SE Duckbill device and
Olimex OLinuXino Maxi board.
Signed-off-by: Michael Heimpold
Thanks, pushed to trunk along with the u-boot upgrade.
Regards,
Zoltan H
On 11/5/2019 0:39, Michael Heimpold wrote:
This patch series bundles some more steps towards the usage
of I2SE Duckbills as USB gadget devices.
Thanks, pushed the series to trunk.
Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@list
On 11/7/19 2:31 PM, Florian Eckert wrote:
> The rpcd service is an important service, but if the service stops
> working for any reason, no one will ever respawn that service. With this
> commit, the procd service will monitor if the rpcd service
> is running. If the rpcd service has crashed, then
Avoid DMARC plague in the commit messages:
87f9292300cf hostapd: add IEEE 802.11k support
450d44a8ead2 openssl: change defaults: ENGINE:on, NPN:off, misc
eabc1ddc4541 build: Honour NO_COLOR in include/scan.mk
3fb45576ac16 cryptodev-linux: move from packages feed
a73283dc10f7 kernel: nf-nathel
On Sat, 9 Nov 2019 at 12:04, wrote:
>
> Hi,
>
> > -Original Message-
> > From: Jonas Gorski [mailto:jonas.gor...@gmail.com]
> > Sent: Samstag, 9. November 2019 10:37
> > To: Adrian Schmutzler
> > Cc: OpenWrt Development List ; Rosy
> > Song
> > Subject: Re: [OpenWrt-Devel] [PATCH 2/2] ba
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hauke Mehrtens schrieb am Sa., 9.
Support ported from ar71xx.
Tested on hardware: flashing OpenWrt, then downgrading to vendor
firmware, then using regular vendor web interface to upgrade to OpenWrt
(using -factory.bin image). All MACs in vendor firmware were correct,
the only visible quirk was meaningless "Hardware Version:" fiel
This version adds support for ath10k-ct based on kernel 5.4.
The patches are now also covering ath10k-ct based on kernel 5.4.
Signed-off-by: Hauke Mehrtens
---
package/kernel/ath10k-ct/Makefile | 6 +-
...rt-for-configuring-management-packet.patch | 4 +-
...ble-out-of-bound-acce
ath10k-ct supports the combination to select ADHOC (IBSS) mode and
different beacon intervals together. mac80211 does not like this
combination, but Ben says this is ok, so remove this check.
Signed-off-by: Hauke Mehrtens
---
As an alternative we can also remove the beacon_int_min_gcd setting fr
This makes ath10k-ct use the version based on kernel 5.4 by default.
Signed-off-by: Hauke Mehrtens
---
This was only tested in AP mode on a IPQ4019 device so far.
package/kernel/ath10k-ct/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/kernel/ath10k-ct/
From: John Crispin
Signed-off-by: Daniel Golle
---
v2: unchanged
ubus.c | 23 +++
wireless.c | 18 +-
wireless.h | 1 +
3 files changed, 37 insertions(+), 5 deletions(-)
diff --git a/ubus.c b/ubus.c
index 150d818..5a2a339 100644
--- a/ubus.c
+++ b/ubus.
From: John Crispin
Signed-off-by: Daniel Golle
---
v2: initilialize serialize as false
wireless.c | 57 --
wireless.h | 7 +++
2 files changed, 62 insertions(+), 2 deletions(-)
diff --git a/wireless.c b/wireless.c
index 9986e9a..52b0fa6
From: John Crispin
Add ubus interface to hostapd and wpa_supplicant to allow dynamically
reloading wiface configuration without having to restart the hostapd
process.
As a consequence, both hostapd and wpa_supplicant are now started
persistently on boot for each wifi device in the system and then
From: John Crispin
Now that netifd and hostapd allow dynamic reconfiguration, add a
command to trigger it.
Signed-off-by: Daniel Golle
---
v2: unchanged
package/base-files/files/sbin/wifi | 5 +
1 file changed, 5 insertions(+)
diff --git a/package/base-files/files/sbin/wifi
b/package/ba
From: John Crispin
Change scripts to use ubus interface of hostapd/wpa_supplicant to
add/remove/modify wireless interfaces instead of (re-)starting the
services.
Signed-off-by: Daniel Golle
---
v2: honour vif_enable for supplicant and bare ifaces
.../files/lib/netifd/wireless/mac80211.sh
also by using a single instance we would finally use band steering to
make client autoswitch from 2.4 to 5 ghz
Il giorno sab 9 nov 2019 alle ore 18:34 Daniel Golle
ha scritto:
>
> From: John Crispin
>
> Add ubus interface to hostapd and wpa_supplicant to allow dynamically
> reloading wiface conf
On Sat, 9 Nov 2019 at 13:55, Petr Štetiar wrote:
>
> Avoid DMARC plague in the commit messages:
>
> 87f9292300cf hostapd: add IEEE 802.11k support
> 450d44a8ead2 openssl: change defaults: ENGINE:on, NPN:off, misc
> eabc1ddc4541 build: Honour NO_COLOR in include/scan.mk
> 3fb45576ac16 cryptodev
On Sat, Nov 09, 2019 at 06:41:52PM +0100, Ansuel Smith wrote:
> also by using a single instance we would finally use band steering to
> make client autoswitch from 2.4 to 5 ghz
Obviously this won't just magically happen, but by having a single
instance (of hostapd) managing all wiphy's in the syst
On Sat, Nov 09, 2019 at 06:35:45PM +0100, Daniel Golle wrote:
> From: John Crispin
>
> Now that netifd and hostapd allow dynamic reconfiguration, add a
> command to trigger it.
>
> Signed-off-by: Daniel Golle
> ---
> v2: unchanged
I forgot to add the Makefiles of base-files, mac80211 and hos
On Sat, Nov 9, 2019 at 2:43 AM Alberto Bursi wrote:
>
> I'm adding hotplug.d support to all DHCP events.
> For now only dnsmasq triggers them, with
> openwrt/package/network/services/dnsmasq/files/dhcp-script.sh
>
> DHCP clients like udcpc and udcp6c are easy to add as the client calls
> a script
Hello,
What is the reason for not enabling 4K erase sectors for the 4M
devices in ath79 target?
jffs2 needs minimum 5 erase blocks so for those space-constrained
devices this option seems to be really useful (to be able to keep
configs when the space gets tight).
However please note that if thi
The "append-uboot" macro is looking for the file
"$(STAGING_DIR_IMAGE)/uboot-fritz4040.bin"
which is provided by the u-boot-fritz4040 package. If this is not build, image
creation
will fail with "file not found".
Signed-off-by: Sven Roederer
---
target/linux/ipq40xx/image/Makefile | 2 +-
1 fi
Hello Sven,
On 11/9/19 11:52 PM, Sven Roederer wrote:
> The "append-uboot" macro is looking for the file
> "$(STAGING_DIR_IMAGE)/uboot-fritz4040.bin"
> which is provided by the u-boot-fritz4040 package. If this is not build,
> image creation
> will fail with "file not found".
The dependency com
On Saturday, 9 November 2019 23:52:17 CET Sven Roederer wrote:
> The "append-uboot" macro is looking for the file
> "$(STAGING_DIR_IMAGE)/uboot-fritz4040.bin"
> which is provided by the u-boot-fritz4040 package. If this is not build,
> image creation
> will fail with "file not found".
The FRITZ!
On 10/11/19 03:41, Hans Dedecker wrote:
On Sat, Nov 9, 2019 at 2:43 AM Alberto Bursi wrote:
I'm adding hotplug.d support to all DHCP events.
For now only dnsmasq triggers them, with
openwrt/package/network/services/dnsmasq/files/dhcp-script.sh
DHCP clients like udcpc and udcp6c are easy to a
28 matches
Mail list logo