Re: [OpenWrt-Devel] [PATCH 1/1] ramips: use full 8MB flash on ZyXEL Keenetic

Hi, please fix this in master first, it can be backported afterwards. Despite, you do not need a cover letter for a single patch, particularly if it does not have any content. Best Adrian > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On

[OpenWrt-Devel] [PATCH 1/1] ramips: use full 8MB flash on ZyXEL Keenetic

ZyXEL Keenetic has 8MB flash, but OpenWrt uses only 4MB. This commit fixes the problem in v18.06.8. Signed-off-by: Alexey Dobrovolsky --- target/linux/ramips/dts/kn.dts | 2 +- target/linux/ramips/image/rt305x.mk | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/target/

[OpenWrt-Devel] [PATCH 0/1] ramips: use full 8MB flash on ZyXEL Keenetic

*** BLURB HERE *** Alexey Dobrovolsky (1): ramips: use full 8MB flash on ZyXEL Keenetic target/linux/ramips/dts/kn.dts | 2 +- target/linux/ramips/image/rt305x.mk | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) base-commit: c3bd1321de1e0d814f5cfc4f494f6b2fb1f5133b -- 2.17.1

Re: [OpenWrt-Devel] [PATCH] busybox: fix build with musl 1.2.0

On Sun, Mar 22, 2020 at 7:45 AM Petr Štetiar wrote: > > Rosen Penev [2020-03-20 16:45:06]: > > > The SYS_settimeofday is no longer present. That is, it's replaced with the > > time32 variant. There is no time64 variant. > > FYI upstream email "busybox 1.31.1 build issues with glibc-2.31 and musl

Re: [OpenWrt-Devel] [PATCH] netifd: use the 64-bit version of clock_gettime

On Sun, Mar 22, 2020 at 7:35 AM Petr Štetiar wrote: > > Hans Dedecker [2020-03-22 09:39:33]: > > > > - if (syscall(__NR_clock_gettime, CLOCK_MONOTONIC, &ts) == 0) > > > + if (syscall(__NR_clock_gettime64, CLOCK_MONOTONIC, &ts) == 0) > > > return ts.tv_sec; > > This bre

Re: [OpenWrt-Devel] [PATCH] tools: squashfskit4: fix build with GCC10

On Sat Mar 21, 2020 at 5:41 AM PST, Alexander 'lynxis' Couzens wrote: > Hi Paul, > Hi Robert, > > > Sorry, I did not know about that situation but after a look it seems > > that squashfs-tools is more up to date that the fork. > > There has been a 4.4 release and couple of patches each month to it.

Re: [OpenWrt-Devel] [PATCH] ath79: fix NAND driver compilation for kernel 5.4

Hi Michal On 3/22/20 12:35 PM, Michal Cieslakiewicz wrote: > On Tue, 17 Mar 2020 21:59:27 +0100 > David Bauer wrote: > >> This fixes the compilation of the AR934x NAND controller >> driver for kernel 5.4 while leaving it untouched for >> kernel 4.19. >> >> This change is currently not run-tested

[OpenWrt-Devel] [sdwalker/sdwalker.github.io] f792c3: This week's update

Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: f792c35bac2177d31d2d12be0a4a1eeb455d6e20 https://github.com/sdwalker/sdwalker.github.io/commit/f792c35bac2177d31d2d12be0a4a1eeb455d6e20 Author: Stephen Walker Date: 2020-03-22 (Sun, 22 Mar 2

Re: [OpenWrt-Devel] [PATCH] busybox: fix build with musl 1.2.0

Rosen Penev [2020-03-20 16:45:06]: > The SYS_settimeofday is no longer present. That is, it's replaced with the > time32 variant. There is no time64 variant. FYI upstream email "busybox 1.31.1 build issues with glibc-2.31 and musl 1.2.0"[1] mentions other fixes as well. If more fixing is needed,

Re: [OpenWrt-Devel] [PATCH] netifd: use the 64-bit version of clock_gettime

Hans Dedecker [2020-03-22 09:39:33]: > > - if (syscall(__NR_clock_gettime, CLOCK_MONOTONIC, &ts) == 0) > > + if (syscall(__NR_clock_gettime64, CLOCK_MONOTONIC, &ts) == 0) > > return ts.tv_sec; > This breaks compilation on glibc > > /home/dedeckeh/WDR4300_glibc_staging

Re: [OpenWrt-Devel] [PATCH] tools: squashfskit4: fix build with GCC10

On Sat, Mar 21, 2020 at 3:41 PM Alexander 'lynxis' Couzens wrote: > > Hi Paul, > Hi Robert, > > > Sorry, I did not know about that situation but after a look it seems > > that squashfs-tools is more up to date that the fork. > > There has been a 4.4 release and couple of patches each month to it.

Re: [OpenWrt-Devel] Repository for release or snapshot build configuration?

Hi Lars, see https://git.openwrt.org/?p=buildbot.git;a=blob;f=docker/docker-compose.yml for an example configuration of the build infrastructure. ~ Jo signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@l

Re: [OpenWrt-Devel] Repository for release or snapshot build configuration?

Lars Kruse [2020-03-22 13:21:34]: Hi, > I assume, that there is a set of build configuration snippets that are used > for > building the different targets. Or maybe it is combined with the buildbot > setup? git checkout -b foo \ $(curl https://downloads.openwrt.org/releases/19.07.2/targe

[OpenWrt-Devel] Repository for release or snapshot build configuration?

Hello, I am one of the developers of an OpenWrt-derived firmware (for a Freifunk community - "Opennet Initiative"). We are building images and packages for a small set of devices. But sometimes we stumble upon differences between our build setup and the one used by OpenWrt for its release (or snap

Re: [OpenWrt-Devel] [PATCH 1/3] gemini: Add v5.4 kernel patches

On Sat, Mar 21, 2020 at 3:40 PM Christian Lamparter wrote: > I've made a RFC with a package for the drivetemp previously. > > > > would this work as well? Yups this looks good too. I see you pushed the modified solution so I'll go and test it, thank

Re: [OpenWrt-Devel] [PATCH] ath79: fix NAND driver compilation for kernel 5.4

On Tue, 17 Mar 2020 21:59:27 +0100 David Bauer wrote: > This fixes the compilation of the AR934x NAND controller > driver for kernel 5.4 while leaving it untouched for > kernel 4.19. > > This change is currently not run-tested, as i do not have such > a device at hand. > Hello David, Good new

Re: [OpenWrt-Devel] [PATCH] hostapd: expose beacon reports through ubus

The Github PR: https://github.com/openwrt/openwrt/pull/2597 If you look in the comments, another person tested the PR already. I would appreciate, if that could be merged. Until now, you only can send beacon request via ubus, but not receive the actual answer from the client via ubus. I changed t

[OpenWrt-Devel] [PATCH] hostapd: expose beacon reports through ubus

Subscribe to beacon reports through ubus. Can be used for hearing map and client steering purposes. First enable rrm: ubus call hostapd.wlan0 bss_mgmt_enable '{"beacon_report":True}' Subscribe to the hostapd notifications via ubus. Request beacon report: ubus call hostapd.wlan0 rrm_beaco

Re: [OpenWrt-Devel] [PATCH] netifd: use the 64-bit version of clock_gettime

On Sun, Mar 22, 2020 at 1:39 AM Hans Dedecker wrote: > > hi, > > On Fri, Mar 20, 2020 at 10:59 PM Rosen Penev wrote: > > > > Fixes compilation with musl 1.2.0 which removes this syscall. > > > > Signed-off-by: Rosen Penev > > --- > > system-linux.c | 2 +- > > 1 file changed, 1 insertion(+), 1

Re: [OpenWrt-Devel] [RFT][PATCH] toolchain/musl: update to 1.2.0

On Sun, Mar 22, 2020 at 2:25 AM Hannu Nyman wrote: > > Rosen Penev wrote at Sat Mar 21 20:36:15 PDT 2020: > > > Remove GLOB_ONLYDIR patch. Does not seem to be needed. > > ... > > The GLOB_ONLYDIR macro is only needed for fstools, which should be fixed > there. > > > Which of those conflicting

Re: [OpenWrt-Devel] [RFT][PATCH] toolchain/musl: update to 1.2.0

Rosen Penev wrote at Sat Mar 21 20:36:15 PDT 2020: > Remove GLOB_ONLYDIR patch. Does not seem to be needed. > ... > The GLOB_ONLYDIR macro is only needed for fstools, which should be  fixed there. Which of those conflicting statements is true? "GLOB_ONLYDIR does not seem to be needed" or "Th

Re: [OpenWrt-Devel] [PATCH] netifd: use the 64-bit version of clock_gettime

hi, On Fri, Mar 20, 2020 at 10:59 PM Rosen Penev wrote: > > Fixes compilation with musl 1.2.0 which removes this syscall. > > Signed-off-by: Rosen Penev > --- > system-linux.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/system-linux.c b/system-linux.c > index d533be