time zone isn't set

2020-10-19 Thread e9hack
Hi, after commit 1f5f599d0ea434820e06fd540ecbc9c7f15399b4 (zoneinfo: Updated to the latest release) time zone isn't set. Before this commit: root@openwrt:~# date +"%Z %z" CEST +0200 After this commit: root@openwrt:~# date +"%Z %z" + The localtime link is set properly: root@openwrt:~# ls -

Re: time zone isn't set

2020-10-19 Thread Hannu Nyman
e9hack kirjoitti 19.10.2020 klo 18.28: after commit 1f5f599d0ea434820e06fd540ecbc9c7f15399b4 (zoneinfo: Updated to the latest release) time zone isn't set. Before this commit: root@openwrt:~# date +"%Z %z" CEST +0200 After this commit: root@openwrt:~# date +"%Z %z" + The localtime link i

Re: time zone isn't set

2020-10-19 Thread Hannu Nyman
Hannu Nyman kirjoitti 19.10.2020 klo 19.01: Could it be that the zoneinfo format has changed so that musl is not compatible any more? I suspect this: http://mm.icann.org/pipermail/tz-announce/2020-October/59.html    Changes to build procedure The Makefile now defaults POSIXRULES t

Re: [PATCH] generic: platform/mikrotik: implement multi caldata

2020-10-19 Thread Robert Marko
On Mon, 19 Oct 2020 at 20:01, Thibaut wrote: > > > > Le 8 oct. 2020 à 11:11, Thibaut a écrit : > > > > Hi, > > > >> On 7 Oct 2020, at 22:41, Alexander 'lynxis' Couzens wrote: > >> > >> On Fri, 25 Sep 2020 21:09:26 +0200 > >> Thibaut wrote: > >> > >>> Ping? > >> > >> LGTM. > >> > >> What's in th

[PATCH] for FS#3086 - Netgear D7800 eth0 WAN Port not working with 100Mbit]

2020-10-19 Thread peter
Original Message Subject: PATCH for FS#3086 - Netgear D7800 eth0 WAN Port not working with 100Mbit From:"Peter Cardoe" Date:Sun, October 18, 2020 9:51 pm To: openwrt-devel-ow...@lists.openwrt.org --

[PATCH] zram-swap: remove the compression streams settings

2020-10-19 Thread Rui Salvaterra
Zram switched to per-cpu compression streams since Linux 4.7 [1]. Drop the irrelevant configuration (no-op). [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/block/zram?h=v4.7&id=43209ea2d17aae1540d4e28274e36404f72702f2 Signed-off-by: Rui Salvaterra --- pac

[PATCH 1/2] mac80211: pass phy name to hostapd_set_bss_options

2020-10-19 Thread David Bauer
hostapd_set_bss_options expects the PHY as second and the VIF as third argument. However, only the VIF was passed as second argument without a third argument at all. This was never a problem, as both PHY and VIF were never accessed. However, with FTM support the PHY is needed to determine the HW s

[PATCH 2/2] hostapd: add FTM responder support

2020-10-19 Thread David Bauer
This adds support for enabling the FTM responder flag for the APs extended capabilities. On supported hardware, enabling the ftm_responder config key for a given AP will enable the FTM responder bit. FTM support itself is unconditionally implemented in the devices firmware (ath10k 2nd generation w

Re: [PATCH 1/2] mac80211: pass phy name to hostapd_set_bss_options

2020-10-19 Thread e9hack
Am 19.10.2020 um 21:56 schrieb David Bauer: > hostapd_set_bss_options expects the PHY as second and the VIF as third > argument. However, only the VIF was passed as second argument without a > third argument at all. > > This was never a problem, as both PHY and VIF were never accessed. > However,

Re: [PATCH] generic: platform/mikrotik: implement multi caldata

2020-10-19 Thread Thibaut
> Le 8 oct. 2020 à 11:11, Thibaut a écrit : > > Hi, > >> On 7 Oct 2020, at 22:41, Alexander 'lynxis' Couzens wrote: >> >> On Fri, 25 Sep 2020 21:09:26 +0200 >> Thibaut wrote: >> >>> Ping? >> >> LGTM. >> >> What's in the "$wdata/data_0" file? Is it the BDF? > > My understanding is (discla