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
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!
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
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,
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
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
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 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, 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
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
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
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
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
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
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.
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/
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
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
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.
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
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 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
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/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
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
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
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
28 matches
Mail list logo