Re: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Rui Salvaterra
Hey, guys, On Wed, 2 Dec 2020 at 19:12, Adrian Schmutzler wrote: > > > -Original Message- > > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > > On Behalf Of Felix Fietkau > > Sent: Mittwoch, 2. Dezember 2020 19:46 > > To: Adrian Schmutzler ; 'Rui Salvaterra' > > ;

donated Linksys E8350 - helping to validate and merge the target device patches to the openwrt sources

2020-12-02 Thread Todor Colov
Dear all, Does someone like to receive donated Linksys E8350 device to help validate and merge the target device patches to the openwrt sources tree? Sample e8350 patches are pending validation in the patchwork: https://patchwork.ozlabs.org/project/openwrt/list/?page=2 In the forum, you can

[PATCH] ramips: Adds support for Comfast CF-E538AC

2020-12-02 Thread Sven Danner
From: Sven Danner   Comfast CF-E538AC is a wall mounted access point with an additional Ethernet LAN access port. It supports 802.11AC Wave2 MU-MIMO.   Serial port access for debricking requires simple soldering of 4 pins.   Device specifications: * SoC: MT7620DA @ 580MHz * RAM: 64MiB DDR2 *

[PATCH 19.07 5/6] toolchain: kernel-headers: fix check target for kernel Git tree

2020-12-02 Thread Petr Štetiar
Currently the check target fails if the kernel Git tree is used: $ make toolchain/kernel-headers/{download,check} make[2]: Entering directory 'toolchain/kernel-headers' Makefile:105: *** ERROR: Unknown pack format for file openwrt/tmp/dl/. Stop. make[2]: Leaving directory

[PATCH 19.07 0/6] backport fixes

2020-12-02 Thread Petr Štetiar
Hi, seems like dust has settled so I would like to backport fixes related to reproducibility of builds and one CMake fix for new macOS/XCode woes. Cheers, Petr Petr Štetiar (5): cmake.mk,rules.mk: fix host builds using CMake and ccache download: handle possibly invalid local tarballs

[PATCH] kernel: enable SRv6 support

2020-12-02 Thread vincent
From: Nick Hainke Enable the ability to use segment routing based on IPv6. It allows the packet to specify a path that the packet should take through the network. Further, enable LWL-Tunnel. It allows an easy encapsulation of a package. You can just install ip-full package and use it: ip -6

Re: [PATCH] kernel: enable SRv6 support

2020-12-02 Thread Petr Štetiar
vinc...@systemli.org [2020-12-02 12:25:58]: Hi, > diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 > index 10d14f6be5..942777b41e 100644 > --- a/target/linux/generic/config-5.4 > +++ b/target/linux/generic/config-5.4 > @@ -2387,7 +2387,7 @@

[PATCH] netifd: add segment routing support

2020-12-02 Thread vincent
From: Nick Hainke seg6_enabled - Bool Accept or drop SR-enabled IPv6 packets on this interface. More Information: https://www.kernel.org/doc/html/latest/networking/seg6-sysctl.html Now you can set as interface option option seg6_enabled '1' It is not enough to turn on "seg6_enabled" on

[PATCH 19.07 3/6] download: handle possibly invalid local tarballs

2020-12-02 Thread Petr Štetiar
Currently it's assumed, that already downloaded tarballs are always fine, so no checksum checking is performed and the tarball is used even if it might be corrupted. From now on, we're going to always check the downloaded tarballs before considering them valid. Steps to reproduce: 1. Remove

[PATCH 19.07 6/6] toolchain: kernel-headers: kernel Git tree mirror hash

2020-12-02 Thread Petr Štetiar
Allow setting of mirror hash for Git kernel tree. Signed-off-by: Petr Štetiar (cherry picked from commit 796d51834c5be85771d26e433fd509cd3bef72e3) --- config/Config-devel.in| 5 + toolchain/kernel-headers/Makefile | 1 + 2 files changed, 6 insertions(+) diff --git

[PATCH 19.07 4/6] download.pl: properly cleanup intermediate .hash file

2020-12-02 Thread Petr Štetiar
It seems like after a build the /dl dir seems to now contain a .hash file for each source file due to inproper cleanup so fix it by removing those intermediate files before leaving the download action. Fixes: 4e19cbc55335 ("download: handle possibly invalid local tarballs") Reported-by: Hannu

[PATCH 19.07 1/6] cmake.mk: set C/CXX compiler for host builds as well

2020-12-02 Thread Petr Štetiar
From: Rosen Penev Without this, cmake will use whatever CC/CXX is set to, which could be clang. In that case, at least libjson-c/host will fail to compile. Signed-off-by: Rosen Penev (cherry picked from commit f98878e4c17d5f11e78994b4fc456e6b60b2660f) Signed-off-by: Petr Štetiar ---

[PATCH 19.07 2/6] cmake.mk, rules.mk: fix host builds using CMake and ccache

2020-12-02 Thread Petr Štetiar
Commit f98878e4c17d ("cmake.mk: set C/CXX compiler for host builds as well") has introduced regression as it didn't taken usage of ccache into the account so fix it by handling ccache use cases as well. In order to get this working we need to export HOSTCXX_NOCACHE in rules.mk as well. Fixes:

RE: [RFC PATCH 0/4] mac80211: Update to version 5.10-rc6

2020-12-02 Thread Adrian Schmutzler
> > Hauke Mehrtens (4): > > mac80211: Update to version 5.8.18-test2 > > mac80211: Update to version 5.9.11-test3 > > mac80211: Update to version 5.10-rc6-test5 > Can you squash these three commints into one? Having each major version separate might be helpful to track changes more easily

Re: [RFC PATCH 0/4] mac80211: Update to version 5.10-rc6

2020-12-02 Thread Andrey Jr. Melnikov
Adrian Schmutzler wrote: > [-- multipart/signed, encoding 7bit, 56 lines --] > > > Hauke Mehrtens (4): > > > mac80211: Update to version 5.8.18-test2 > > > mac80211: Update to version 5.9.11-test3 > > > mac80211: Update to version 5.10-rc6-test5 > > Can you squash these three commints into

Re: [RFC PATCH 0/4] mac80211: Update to version 5.10-rc6

2020-12-02 Thread Daniel Golle
On Wed, Dec 02, 2020 at 08:56:50PM +0300, Andrey Jr. Melnikov wrote: > Adrian Schmutzler wrote: > > [-- multipart/signed, encoding 7bit, 56 lines --] > > > > > Hauke Mehrtens (4): > > > > mac80211: Update to version 5.8.18-test2 > > > > mac80211: Update to version 5.9.11-test3 > > > >

RE: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Adrian Schmutzler
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Rui Salvaterra > Sent: Mittwoch, 2. Dezember 2020 16:42 > To: openwrt-devel@lists.openwrt.org > Cc: Rui Salvaterra > Subject: [PATCH] ramips/mt7621: refresh the kernel config >

Re: [PATCH 5/5] procd: add api wrapper

2020-12-02 Thread John Crispin
can we augment we augment the procd_add_trigger/procd_close_trigger into the helper such as reload_trigger() does ?     John On 02.12.20 15:52, Florian Eckert wrote: This commit add a wrapper for procd services, to add a callback script if the "service.restart" trigger event was fired.

Re: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Felix Fietkau
Hi, On 2020-12-02 18:32, Adrian Schmutzler wrote: >> -Original Message- >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] >> On Behalf Of Rui Salvaterra >> Sent: Mittwoch, 2. Dezember 2020 16:42 >> To: openwrt-devel@lists.openwrt.org >> Cc: Rui Salvaterra >>

[PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Rui Salvaterra
The removed config symbols are already enabled by the generic kernel configuration (or by default), while the added ones are forcefully enabled by the specific architecture. Signed-off-by: Rui Salvaterra --- Trivial make kernel_oldconfig CONFIG_TARGET=subtarget.

Re: [RFC PATCH 0/4] mac80211: Update to version 5.10-rc6

2020-12-02 Thread Andrey Jr. Melnikov
Hauke Mehrtens wrote: > This updates mac80211 to backports version 5.10-rc6. > This is currently only the test version, I will release official > versions of backports in the next days and then update these patches. > Kernel 5.10 should be an LTS kernel so we will get updates for it the > next

Re: [PATCH 19.07 6/6] toolchain: kernel-headers: kernel Git tree mirror hash

2020-12-02 Thread Petr Štetiar
Adrian Schmutzler [2020-12-02 15:55:18]: Hi, > > Allow setting of mirror hash for Git kernel tree. > > Not sure whether backporting this very patch is absolutely necessary, but it > shouldn't hurt either. it's not obvious, but it's needed with patch 5/6, otherwise you can't set mirror hash

Patching backported WiFi driver

2020-12-02 Thread Alexander Pyattaev
Hi, I hope someone could help me figure something out about quilt usage in kernel build. I need to patch a file in a WiFi driver. WiFi drivers appear to be pulled in from backports, i.e. all relevant sources are in something like

[PATCH] netifd: add segment routing support

2020-12-02 Thread vincent
From: Nick Hainke seg6_enabled - Bool Accept or drop SR-enabled IPv6 packets on this interface. More Information: https://www.kernel.org/doc/html/latest/networking/seg6-sysctl.html Now you can set as interface option option ip6segmentrouting '1' It is not enough to turn on "seg6_enabled"

RE: [PATCH 19.07 6/6] toolchain: kernel-headers: kernel Git tree mirror hash

2020-12-02 Thread Adrian Schmutzler
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Petr Štetiar > Sent: Mittwoch, 2. Dezember 2020 11:34 > To: openwrt-devel@lists.openwrt.org > Cc: Petr Štetiar > Subject: [PATCH 19.07 6/6] toolchain: kernel-headers: kernel Git

Re: [PATCH] netifd: add segment routing support

2020-12-02 Thread Jo-Philipp Wich
Hi, the chosen option name does not really fit other existing bool options which do not use an enable(d) or disable(d) prefix/suffix. I'd call the new option simply `seg6` or even better `ip6segmentrouting` to fall in line with other IPv6 specific options [1] ~ Jo 1:

Re: [PATCH] kernel: enable SRv6 support

2020-12-02 Thread Nick
Okay, thanks! :) I will send a new patch, adding some kernel option there. On 12/2/20 12:34 PM, Petr Štetiar wrote: vinc...@systemli.org [2020-12-02 12:25:58]: Hi, diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index 10d14f6be5..942777b41e 100644 ---

[PATCH 1/5] procd: add restart ubus call

2020-12-02 Thread Florian Eckert
To allow other services to respsond to a restart event from a procd initialised service, a new ubus method "restart" in the ubus "service" path is needed to trigger a ubus notify and also execute the installed service triggers. Cc: Aaron Goodman Signed-off-by: Florian Eckert The original

[PATCH 2/5] base-files: add restart function wrapper

2020-12-02 Thread Florian Eckert
Thies commit add the new wrapper function to rc.common to execute the new ubus service method "restart" on a service restart. Signed-off-by: Florian Eckert --- package/base-files/files/etc/rc.common | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 3/5] firewall: fix whitespace

2020-12-02 Thread Florian Eckert
Remove trailing whitespace. Signed-off-by: Florian Eckert --- package/network/config/firewall/files/firewall.init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/network/config/firewall/files/firewall.init b/package/network/config/firewall/files/firewall.init index

[PATCH 5/5] procd: add api wrapper

2020-12-02 Thread Florian Eckert
This commit add a wrapper for procd services, to add a callback script if the "service.restart" trigger event was fired. Example: service_trigger() { procd_add_trigger procd_add service_trigger "service.restart" "firewall"

[PATCH 0/5] ubus: extend the service object with a restart method

2020-12-02 Thread Florian Eckert
This patchset adds the new method "restart" to the ubus service object. This method is called on a service restart, if it is managed by procd. I have noticed that during a firewall restart the mwan3 rules have all disappeared and I have to restart my service as well. I did not expected this. So

[PATCH 4/5] firewall: use new restart_service callback

2020-12-02 Thread Florian Eckert
In order that the prcod restart service can also be triggered during a firewall restart, this call function must be changed. Signed-off-by: Florian Eckert --- package/network/config/firewall/files/firewall.init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

RE: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Adrian Schmutzler
> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Felix Fietkau > Sent: Mittwoch, 2. Dezember 2020 19:46 > To: Adrian Schmutzler ; 'Rui Salvaterra' > ; openwrt-devel@lists.openwrt.org > Subject: Re: [PATCH] ramips/mt7621: refresh the

RE: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Adrian Schmutzler
> -Original Message- > From: Felix Fietkau [mailto:n...@nbd.name] > Sent: Mittwoch, 2. Dezember 2020 19:25 > To: Adrian Schmutzler ; 'Rui Salvaterra' > ; openwrt-devel@lists.openwrt.org > Subject: Re: [PATCH] ramips/mt7621: refresh the kernel config > > > Hi, > > > On 2020-12-02 18:32,

Re: [PATCH] ramips/mt7621: refresh the kernel config

2020-12-02 Thread Felix Fietkau
On 2020-12-02 19:45, Adrian Schmutzler wrote: >> -Original Message- >> From: Felix Fietkau [mailto:n...@nbd.name] >> Sent: Mittwoch, 2. Dezember 2020 19:25 >> To: Adrian Schmutzler ; 'Rui Salvaterra' >> ; openwrt-devel@lists.openwrt.org >> Subject: Re: [PATCH] ramips/mt7621: refresh the

Re: [RFC PATCH 0/4] mac80211: Update to version 5.10-rc6

2020-12-02 Thread Hauke Mehrtens
On 12/2/20 7:15 PM, Daniel Golle wrote: On Wed, Dec 02, 2020 at 08:56:50PM +0300, Andrey Jr. Melnikov wrote: Adrian Schmutzler wrote: [-- multipart/signed, encoding 7bit, 56 lines --] Hauke Mehrtens (4): mac80211: Update to version 5.8.18-test2 mac80211: Update to version

[PATCH] kernel: enable SRv6 support by enabling lwtunnel

2020-12-02 Thread vincent
From: Nick Hainke Enable the ability to use segment routing based on IPv6. It allows the packet to specify a path that the packet should take through the network. Lwtunnel allow an easy encapsulation of a package. You can just install ip-full package and use it: ip -6 route add 2003::/64

Re: odhcp6c RENEW timeout issue leads to OOM/OOPS [Was: Re: QEMU x86/64 ubus issues ... ]

2020-12-02 Thread Petr Štetiar
Hans Dedecker [2020-12-01 21:12:30]: Hi, > Can you check if commit > https://git.openwrt.org/?p=project/odhcp6c.git;a=commit;h=a7b2221f687264c020b7a18a4e690d79f312a667 > fixes the issue in your setup ? yes, it seems so as it's currently almost 24h up without any issues. > While doing the test