Re: [iwinfo PATCH 1/2] iwinfo: add support for indoor only chan restriction

2022-01-23 Thread Seo Suchan
Which will get priority in DFS or indoor channels? will it have setting to enable DFS for such channel? well we can't really enforce 'indoorness' of out target, isn't it? Or will we have per device target config for 'this will be outdoor' ? 21. 11. 19. 01:40에 Ansuel Smith 이(가) 쓴 글: Some count

[PATCH 2/2] octeontx: Refresh kernel configuration

2022-01-23 Thread Hauke Mehrtens
Refresh the kernel configuration. No manual changes done. Signed-off-by: Hauke Mehrtens --- target/linux/octeontx/config-5.10 | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/target/linux/octeontx/config-5.10 b/target/linux/octeontx/config-5.10 index 18426a449661..6c87

[PATCH] kernel: Fix compile warning

2022-01-23 Thread Hauke Mehrtens
This fixes the following compile warning: CC init/do_mounts.o init/do_mounts.c:478:19: warning: 'mount_ubi_rootfs' defined but not used [-Wunused-function] 478 | static int __init mount_ubi_rootfs(void) | ^~~~ Signed-off-by: Hauke Mehrtens --- ...-tr

[PATCH 1/2] kernel: Add CONFIG_CRYPTO_DEV_OCTEONTX_CPT kernel config option

2022-01-23 Thread Hauke Mehrtens
This new kernel configuration option is available when building the octeontx target. Signed-off-by: Hauke Mehrtens --- target/linux/generic/config-5.10 | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/generic/config-5.10 b/target/linux/generic/config-5.10 index c9e44e11c25a..6193

[sdwalker/sdwalker.github.io] 2749b5: This week's update

2022-01-23 Thread Stephen Walker via openwrt-devel
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 --- Branch: refs/heads/master Home

Re: Switch issues and CI to GitHub

2022-01-23 Thread Bjørn Mork
Paul Spooren writes: > None of the OpenWrt project members is willing to setup and maintain a > GitLab instance and there were multiple vetos again gitlab.com. I'll take advantage of not being a member and throw out a crazy question here: Did anyone reach out to other open source projects wrt t

RE: [PATCH] arc770: Remove arc770 target

2022-01-23 Thread Adrian Schmutzler
> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Hauke Mehrtens > Sent: Samstag, 22. Januar 2022 20:24 > To: openwrt-devel@lists.openwrt.org > Cc: alexey.brod...@synopsys.com; linux-snps-...@lists.infradead.org; > Hauke Mehrtens > S

RE: Switch issues and CI to GitHub

2022-01-23 Thread Adrian Schmutzler
> ## Conclusion > > From a FOSS perspective I’d skip GitHub entirely and move to Codeberg or > sr.ht. Codeberg (Gitea) is a fine clone of GitHub and sr.ht comes with a great > _no bloat_ attitude and priority on email integration for tickets and git > (they > created git-send-email.io). Hi, jus

Re: Self hosted GitLab instance [Was: Re: Switch issues and CI to GitHub]

2022-01-23 Thread Stijn Tintel
On 22/01/2022 14:37, Petr Štetiar wrote: > Paul Spooren [2022-01-07 10:34:34]: > > Hi, > > (adding openwrt-adm@ into the loop) > >> None of the OpenWrt project members is willing to setup and maintain a >> GitLab instance > so what about having that GitLab instance prepared and co-maintained by so

[PATCH] procd: seccomp/jail: Fix build error on arm with glibc

2022-01-23 Thread Peter Lundkvist
This fixes the make_syscall_h.sh script to recognize both __NR_Linux, used by mips, and __NR_SYSCALL_BASE and __ARM_NR_BASE used by arm. Run-tested on arm (ipq806x) and mips (ath79), both with glibc. Compile-tested and checked resulting syscall_names.h file wuth glibc: aarch64, powerpc, x86_64, i4

Re: [PATCH] arc770: Remove arc770 target

2022-01-23 Thread Stijn Tintel
On 22/01/2022 21:24, Hauke Mehrtens wrote: > The arc700 target is not booting up since some time, see here: > https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/issues/400 > > It looks like there is a problem in the toolchain when using glibc. > > Currently no one is working on fixin