-sysupgrade.bin size:
4588354 bytes (with ip-tiny)
4457282 bytes (with BusyBox ip)
Signed-off-by: Rui Salvaterra
---
v2: take more accurate size measurements, with the same GCC version. (I hadn't
noticed I had also bumped GCC from 9 to 10, which inlines more aggressively.)
package/network/utils/wire
If the toolchain will only be executed on the system where it is built (or a
system with the exact same CPU), this will squeeze out the last few (single
digit) percent of performance.
Signed-off-by: Rui Salvaterra
---
rules.mk| 2 +-
toolchain/Config.in | 8
2 files changed
being
the obvious candidate).
Signed-off-by: Rui Salvaterra
---
config/Config-build.in | 8 +
rules.mk | 2 +-
tools/sstrip/Makefile | 15 +-
tools/sstrip/patches/001-compile.patch | 19 +
tools/sstrip/src/sstrip.c
This broke the switch VLAN configuration on at least Archer C6 v2 EU and Archer
C7 (both switchdev-based one-armed routers).
Signed-off-by: Rui Salvaterra
---
package/network/config/netifd/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/config
Hi, Felix,
On Fri, 13 Nov 2020 at 10:25, Felix Fietkau wrote:
>
> Please git-bisect this and show me the config that doesn't work anymore,
> so that I can fix it properly.
I can't bisect this now, as I'm using the router. The config (in
/etc/config/network), however, is trivial:
config switch
On Fri, 13 Nov 2020 at 10:35, Felix Fietkau wrote:
>
> Please show me the full /etc/config/network so I can test with it as-is.
Here it goes (WG keys redacted):
config interface 'loopback'
option ifname 'lo'
option proto 'static'
list ipaddr '127.0.0.1/8'
config interface 'lan'
This patch series enables a much more fine-grained configuration of the public
key, encryption and key exchange algorithms in Dropbear.
v3: rebase against current master.
v2: correct file permissions.
Rui Salvaterra (3):
dropbear: create a submenu for public key algorithms
dropbear: create a
would fail.
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 12
package/network/services/dropbear/Makefile | 13 ++---
2 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/package/network/services/dropbear/Config.in
b/package/network
.
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 21 +
package/network/services/dropbear/Makefile | 12 +---
2 files changed, 30 insertions(+), 3 deletions(-)
diff --git a/package/network/services/dropbear/Config.in
b/package/network
executable sizes (ath79, -O2):
RSA + Ed25519: 210101 bytes
RSA only: 197765 bytes
Ed25519 only: 189637 bytes
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 27 ++-
package/network/services/dropbear/Makefile| 23
Hi, Paul,
On Wed, 18 Nov 2020 at 04:47, Paul Spooren wrote:
>
> LGTM, tested and works fine.
>
> Could you please create a slightly more verbose patch name for
> 001-compile.patch?
Sure, I'll send a follow-up patch to make it more explanatory.
> Do you see any possible success in pinging upstre
Match the previous behaviour of removing trailing zero bytes by default (-z
option). Additionally, rename and reword the patch required for successful
compilation.
Signed-off-by: Rui Salvaterra
---
config/Config-build.in | 2 +-
...ompile.patch => 001-disa
All subtargets define it. Move it to the parent target and remove it from all
subtargets.
Signed-off-by: Rui Salvaterra
---
target/linux/ath79/Makefile | 2 +-
target/linux/ath79/generic/target.mk | 1 -
target/linux/ath79/mikrotik/target.mk | 2 +-
target/linux/ath79/nand/target.mk
Move features common to all subtargets to the parent target, where applicable.
Signed-off-by: Rui Salvaterra
---
After cleaning up ath79, I noticed other targets had the same issue. I think I
cleaned up all the remaning ones, but I may have missed something.
target/linux/apm821xx/Makefile
p and pass -z
(remove trailing zeros) by default, which matches the behaviour of the previous
version.
Signed-off-by: Rui Salvaterra
---
v2: squshed all changes in a single patch.
Although the upstream project is called ELFKickers, I haven't changed PKG_NAME.
Should we do it, or leave i
p and pass -z
(remove trailing zeros) by default, which matches the behaviour of the previous
version.
Signed-off-by: Rui Salvaterra
---
v3: don't change the PKG_NAME.
v2: squshed all changes in a single patch.
config/Config-build.in| 8 +
p and pass -z
(remove trailing zeros) by default, which matches the behaviour of the previous
version.
Signed-off-by: Rui Salvaterra
---
v4: brown paper bag build fix.
v3: don't change the PKG_NAME.
v2: squshed all changes in a single patch.
config/Config-build.in| 8 +
-O2):
543944 bytes (airtime policy disabled)
548040 bytes (airtime policy enabled)
Signed-off-by: Rui Salvaterra
---
The -mesh variants are basically -full with extra mesh functionality, so they
already have airtime policy enabled by default.
package/network/services/hostapd/files/hostapd
Hi, Daniel,
On Fri, 27 Nov 2020 at 22:31, Daniel Golle wrote:
>
> On Wed, Nov 25, 2020 at 11:03:48PM +0000, Rui Salvaterra wrote:
> > Airtime policy configuration is extremely useful in multiple BSS scenarios.
> > Since nowadays most people configure both private and guest netw
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.
target/linux/ramips/mt7621
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: Ad
rg/project/openwrt/patch/541cbfbd-76f2-59b3-a867-47b6f0fc7...@gmail.com/
Signed-off-by: Rui Salvaterra
---
Sven, I read your original reply [1], but I don't think a less than 6 kiB
difference is worth the violation of the principle of least surprise. Besides,
at least for the zram use case
Just a trivial simplification.
Signed-off-by: Rui Salvaterra
---
utils.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/utils.c b/utils.c
index db63238..82af887 100644
--- a/utils.c
+++ b/utils.c
@@ -164,7 +164,7 @@ int mkdir_p(char *dir, mode_t mask)
int ret
Hi,
Please, always use "reply to all", in order to copy the mailing list on replies.
On Tue, 15 Dec 2020 at 01:49, Patrick Kent wrote:
>
> These patches have been outdate.
> Can you please update them for latest development openwrt.
> Thanks. Regards.
The general consensus seems to be that this
This patch series enables a much more fine-grained configuration of the public
key, encryption and key exchange algorithms in Dropbear.
v4: rebase against current master.
v3: rebase against current master.
v2: correct file permissions.
Rui Salvaterra (3):
dropbear: create a submenu for public
executable sizes (ath79, -O2):
RSA + Ed25519: 210101 bytes
RSA only: 197765 bytes
Ed25519 only: 189637 bytes
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 27 ++-
package/network/services/dropbear/Makefile| 23
would fail.
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 17 +
package/network/services/dropbear/Makefile | 7 +--
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/package/network/services/dropbear/Config.in
b/package/network
.
Signed-off-by: Rui Salvaterra
---
package/network/services/dropbear/Config.in | 21 +
package/network/services/dropbear/Makefile | 4 +++-
2 files changed, 24 insertions(+), 1 deletion(-)
diff --git a/package/network/services/dropbear/Config.in
b/package/network/services
This trivial series makes the kernel UDP tunnel a visible selection and drops
the VXLAN dependency from the udptunnel{4,6} packages, reducing the size of a
monolithic (no modules) by about 15 kiB.
Rui Salvaterra (2):
kernel/hack-5.4: make UDP tunneling user-selectable
kernel/modules: remove
Since we're now able to select CONFIG_NET_UDP_TUNNEL at will, drop the fake
dependencies.
This is a partial revert of commit d7e040f8bccec06b64c82963be6435101423dbf1
"kernel: add fake users for udptunnel and iptunnel modules".
Signed-off-by: Rui Salvaterra
---
package/kerne
ted module needs to be
built-in when doing a monolithic build.
Fix this inconvenience by making UDP tunneling user-selectable in the kernel
configuration.
Signed-off-by: Rui Salvaterra
---
.../generic/hack-5.4/249-udp-tunnel-selection.patch | 11 +++
1 file changed, 11 insertions(+)
c
S for recent kernels"
Signed-off-by: Rui Salvaterra
---
include/kernel-build.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/kernel-build.mk b/include/kernel-build.mk
index 22f7c4c7c7..6123c9d456 100644
--- a/include/kernel-build.mk
+++ b/include/kernel-build.mk
Hi, Hauke,
On Thu, 31 Dec 2020 at 19:07, Hauke Mehrtens wrote:
>
> Hi,
>
> On the ipq40xx target the results of both commands are different. The
> original command removed the __ksymtab_ prefix, you do not remove it.
>
> Original result:
>
> hauke@hauke-t480:~/openwrt
Hi again,
On Thu, 31 Dec 2020 at 19:30, Rui Salvaterra wrote:
>
> On Thu, 31 Dec 2020 at 19:07, Hauke Mehrtens wrote:
> >
> > Result with your change:
> >
> > hauke@hauke-t480:~/openwrt/openwrt$
> > ./staging_dir/to
https://lore.kernel.org/lkml/20170709031333.29443-1-npig...@gmail.com/
Signed-off-by: Rui Salvaterra
---
...nable-dead-code-and-data-elimination.patch | 127 ++
1 file changed, 127 insertions(+)
create mode 100644
target/linux/generic/pending-5.4/350-x86-enable-dead-code-and
On Sun, 3 Jan 2021 at 00:33, Rui Salvaterra wrote:
>
> openwrt-x86-64-generic-kernel.bin size, with my config:
>
> Before: 3138048 bytes
> After: 2937344 bytes
>
> In other words, we save about 100 kB.
Make it 200 kB. I obviously fail at
Hi, Adrian,
On Sun, 3 Jan 2021 at 12:22, Adrian Schmutzler wrote:
>
> Shouldn't it be in target/linux/x86 then?
You tell me. :) My rationale was, this being a pending upstream patch
(it hasn't hit mainline because this is a stop-gap solution while
people are working on "real" LTO, at least for C
Hi again, Adrian,
On Sun, 3 Jan 2021 at 12:36, Rui Salvaterra wrote:
> On Sun, 3 Jan 2021 at 12:22, Adrian Schmutzler
> wrote:
> >
> > Shouldn't it be in target/linux/x86 then?
>
> You tell me. :) My rationale was, this being a pending upstream patch
> (it hasn&
https://lore.kernel.org/lkml/20170709031333.29443-1-npig...@gmail.com/
Signed-off-by: Rui Salvaterra
---
v2: move the patch to x86/patches-5.4.
...nable-dead-code-and-data-elimination.patch | 127 ++
1 file changed, 127 insertions(+)
create mode 100644
target/linux/x86/patches-5.4/35
Not everyone will want to bloat their kernel by 24 kiB for such a niche
feature.
Fixes: a1a7f3274e0ed27511d45f62ee20281d8d57c7af "kernel: enable SRv6 support by
enabling lwtunnel"
Signed-off-by: Rui Salvaterra
---
config/Config-kernel.in | 5 +++--
1 file changed, 3 insertions(+), 2
Zsmalloc page table mappings are dead and gone [1]. Drop the respective kconfig
symbol.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.4.y&id=69dc72f058c9b98f9b66bed184cfab7c2e9f49b0
Signed-off-by: Rui Salvaterra
---
package/kernel/linux/mod
Signed-off-by: Rui Salvaterra
---
...is-omnia-enable-HW-buffer-management.patch | 83 +++
1 file changed, 83 insertions(+)
create mode 100644
target/linux/mvebu/patches-5.4/317-ARM-dts-turris-omnia-enable-HW-buffer-management.patch
diff --git
a/target/linux/mvebu/patches-5.4
Oops! Fat-fingered. I'll resend with a proper description.
On Wed, 17 Feb 2021 at 15:52, Rui Salvaterra wrote:
>
> Signed-off-by: Rui Salvaterra
> ---
> ...is-omnia-enable-HW-buffer-management.patch | 83 +++
> 1 file changed, 83 insertions(+)
> creat
Backport (and fix [1]) the required device tree changes in order to support
hardware buffer management on the Turris Omnia.
[1] https://lore.kernel.org/linux-arm-kernel/20210217164232.25a77...@kernel.org/
Signed-off-by: Rui Salvaterra
---
...is-omnia-enable-HW-buffer-management.patch | 83
Keep 5.4 as stable until further validation.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 1e67bcfacb..1550309a92 100644
--- a/target/linux/mvebu
Basically make kernel_oldconfig from 5.4.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/config-5.10 | 439 +
1 file changed, 439 insertions(+)
create mode 100644 target/linux/mvebu/config-5.10
diff --git a/target/linux/mvebu/config-5.10 b/target/linux
Include support for the multicolor LEDs (software controlled, for now) and fix
the hardware buffer management support, due to a missing mbus window.
Signed-off-by: Rui Salvaterra
---
...-dts-turris-omnia-update-device-tree.patch | 276 ++
1 file changed, 276 insertions
This series adds initial support for 5.10 on mvebu. Build/runtime-tested on a
Turris Omnia, no regressions noticed.
Rui Salvaterra (5):
mvebu: add 5.10 kernel config
mvebu: copy 5.4 patches to 5.10
mvebu: refresh 5.10 patches
mvebu: update the Turris Omnia device tree
mvebu: add 5.10 as
Keep 5.4 as stable until further validation.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 75564b1000..6e5a125530 100644
--- a/target/linux/mvebu
This series adds initial support for 5.10 on mvebu. Build/runtime-tested on a
Turris Omnia, no regressions noticed.
v2: generate the kconfig after patching, since patches can (and do) introduce
new kconfig symbols.
Rui Salvaterra (5):
mvebu: copy 5.4 patches to 5.10
mvebu: refresh 5.10
Include support for the multicolor LEDs (software controlled, for now) and fix
the hardware buffer management support, due to a missing mbus window.
Signed-off-by: Rui Salvaterra
---
...-dts-turris-omnia-update-device-tree.patch | 276 ++
1 file changed, 276 insertions
Basically make kernel_oldconfig from 5.4.
CONFIG_ARM_ARCH_TIMER is introduced, a per-core high resolution timer which is
part of newer ARMv7+ CPUs.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/config-5.10 | 442 +
1 file changed, 442 insertions
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> > Include support for the multicolor LEDs (software controlled, for now) and
> > fix
> > the hardware buffer management support, due to a missin
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> The cortexa53 and cortexa72 config refresh are missing, also some symbols
> could be split from this patch and added to generic config, so other targets
> refresh will produce smaller diffs. Comments inline.
I have no a53
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> Please reset the number of 028 to 001, the backports should be sorted
> chronologically so any subsequent patch addition will have minimal diff.
> Also reset the number of patch 316 to 315.
Sure, will do!
> > extern voi
uld have no influence at all in the build.
> W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> >
> > create mode 100644
> > target/linux/mvebu/patches-5.10/312-ARM-dts-armada388-clearfog-emmc-on-clearfog-base.patch
> > create mode 100644
> > target/linux/mve
Hi, Hauke,
On Sun, 21 Feb 2021 at 18:16, Hauke Mehrtens wrote:
>
>
> If you copy the patches first could you also copy the kernel
> configuration files, so it is easy to review them.
The new iteration will have the kernel configuration files included in
the copy, yes.
Thanks,
Rui
_
Hi, Hauke,
On Sun, 21 Feb 2021 at 19:09, Hauke Mehrtens wrote:
>
> Could you please try to update also the other subtargets in this patch
> set and ask others to test this on some devices.
> If you do not have these devices it should be fine that you only compile
> tested them.
Yes, that's the i
Keep 5.4 as stable until further validation.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 1e67bcfacb..1550309a92 100644
--- a/target/linux/mvebu
Make each logical patch group numbering contiguous.
Signed-off-by: Rui Salvaterra
---
...tch => 001-arm64-dts-mcbin-singleshot-add-heartbeat-LED.patch} | 0
...tus-led-alias.patch => 313-helios4-dts-status-led-alias.patch} | 0
...15-arm64-dts-uDPU-switch-PHY-operation-mode-to-2500base
Remove the implicit/inherited symbols. While not strictly necessary, this will
make reviewing the diff between 5.4 and 5.10 easier.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/config-5.4 | 74 +-
target/linux/mvebu/cortexa53/config-5.4 | 122
This will make the specific kconfig smaller.
Signed-off-by: Rui Salvaterra
---
target/linux/generic/config-5.10 | 7 +++
1 file changed, 7 insertions(+)
diff --git a/target/linux/generic/config-5.10 b/target/linux/generic/config-5.10
index 7148ce7912..5bdf9a2e9f 100644
--- a/target/linux
Enable and fix hardware buffer management. Also fix the IRQ storm caused by a
misconfiguration of the PCA9538 interrupt pin.
Signed-off-by: Rui Salvaterra
---
...is-omnia-enable-HW-buffer-management.patch | 74 +++
...omnia-fix-hardware-buffer-management.patch | 27
At this point, they're either redundant or obsolete. Factor out common device
trees into the files directory.
Signed-off-by: Rui Salvaterra
---
.../boot/dts/armada-370-buffalo-ls421de.dts | 433 --
.../arm/boot/dts/armada-385-linksys-venom.dts | 213 -
.../dts/ma
r patching, since patches can (and do) introduce
new kconfig symbols.
Rui Salvaterra (8):
mvebu: add generic kconfig symbols
mvebu: refresh the 5.4 kernel configs
mvebu: copy 5.4 files/patches/kconfigs to 5.10
mvebu: remove 5.10 upstreamed device trees
mvebu: refresh 5.10 kconfigs/patch
Hi, Hauke,
On Mon, 22 Feb 2021 at 10:25, Hauke Mehrtens wrote:
>
> On 2/22/21 9:59 AM, Rui Salvaterra wrote:
> > Remove the implicit/inherited symbols. While not strictly necessary, this
> > will
> > make reviewing the diff between 5.4 and 5.10 easier.
> >
>
Hi, Hauke,
On Mon, 22 Feb 2021 at 10:27, Hauke Mehrtens wrote:
>
> On 2/22/21 9:59 AM, Rui Salvaterra wrote:
> > At this point, they're either redundant or obsolete. Factor out common
> > device
> > trees into the files directory.
> >
> > Signed-off-b
Hi, Tomasz,
On Mon, 22 Feb 2021 at 16:39, Tomasz Maciej Nowak wrote:
>
> Single comment inline.
>
> > delete mode 100644
> > target/linux/mvebu/files/arch/arm64/boot/dts/marvell/armada-3720-espressobin-ultra.dts
>
> Do not delete this dts, it's in kernel tree starting from 5.11, so it will be
Make each logical patch group numbering contiguous.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
...tch => 001-arm64-dts-mcbin-singleshot-add-heartbeat-LED.patch} | 0
...tus-led-alias.patch => 313-helios4-dts-status-led-alias.patc
added {Reviewed,Tested}-by tags.
v3: addressed Tomasz Nowak's review/comments.
v2: generate the kconfig after patching, since patches can (and do) introduce
new kconfig symbols.
Rui Salvaterra (8):
mvebu: add generic kconfig symbols
mvebu: refresh the 5.4 kernel configs
mvebu: copy
This will make the specific kconfig smaller.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
target/linux/generic/config-5.10 | 7 +++
1 file changed, 7 insertions(+)
diff --git a/target/linux/generic/config-5.10 b/target/linux/generic
Enable and fix hardware buffer management. Also fix the IRQ storm caused by a
misconfiguration of the PCA9538 interrupt pin.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
...is-omnia-enable-HW-buffer-management.patch | 74
Remove the implicit/inherited symbols. While not strictly necessary, this will
make reviewing the diff between 5.4 and 5.10 easier.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/config-5.4 | 74
Keep 5.4 as stable until further validation.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu
At this point, they're either redundant or obsolete. Factor out common device
trees into the files directory.
Reviewed-by: Tomasz Maciej Nowak
Tested-by: Tomasz Maciej Nowak
Signed-off-by: Rui Salvaterra
---
.../boot/dts/armada-370-buffalo-ls421de.dts | 433 --
.../arm
=018b88eee1a2efda26ed2f09aab33ccdc40ef18f
[2]
https://lore.kernel.org/linux-arm-kernel/20210217153038.1068170-1-rsalvate...@gmail.com/
[3]
https://lore.kernel.org/linux-arm-kernel/20210220231144.32325-1-ka...@kernel.org/
Signed-off-by: Rui Salvaterra
---
This is against master/5.4, but it needs to be applied to the 21.02
CDC NCM support only depends on CDC Ethernet with Linux 5.10. Fix thusly.
Signed-off-by: Rui Salvaterra
---
package/kernel/linux/modules/usb.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package/kernel/linux/modules/usb.mk
index
CDC NCM support only depends on CDC Ethernet with Linux 5.10. Fix thusly.
Signed-off-by: Rui Salvaterra
---
v2: Invert the kernel version check.
package/kernel/linux/modules/usb.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/usb.mk
b
GCC 10.2.0 complains loudly of missing limits.h. Add a patch to fix this.
Signed-off-by: Rui Salvaterra
---
.../050-fix-build-include-limits.patch| 23 +++
1 file changed, 23 insertions(+)
create mode 100644
package/network/utils/iproute2/patches/050-fix-build-include
Hi,
On Wed, 3 Mar 2021 at 20:48, Rui Salvaterra wrote:
>
> GCC 10.2.0 complains loudly of missing limits.h. Add a patch to fix this.
>
> Signed-off-by: Rui Salvaterra
As a side note, I tried building from a pristine master today and tc
*always* fails to build for me, being a -j
>From the original commit message:
"With GCC 10, building usbip triggers error for multiple definition
of 'udev_context', in:
- libsrc/vhci_driver.c:18 and
- libsrc/usbip_host_common.c:27.
Declare as extern the definition in libsrc/usbip_host_common.c."
Signed
Create a new directory for Realtek patches and backport the updated PHY and RF
parameters patch. Improves the connectivity in the 5 GHz band [1].
[1]
https://patchwork.kernel.org/project/linux-wireless/patch/20210219052607.7323-1-pks...@realtek.com/#23988567
Signed-off-by: Rui Salvaterra
Document the existence of this feature. This allows the user to execute a script
at each DHCPv6 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/ipv6/odhcp6c/Makefile | 8
Document the existence of this feature. This allows the user to execute a script
at each DHCPv6 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/ipv6/odhcp6c/Makefile | 8
Document the existence of this feature. This allows the user to execute a script
at each DHCPv4 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/config/netifd/Makefile | 6
Oops! Fat-fingered and sent twice, sorry about that.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi, guys!
On Thu, 11 Mar 2021 at 09:25, wrote:
>
> The issue with limits.h was exactly one of those intermittent,
> hard-to-reproduce problems recently reported (by Rui Salvaterra), with
> similar patches being shared. As in your case, having builds by buildbots and
> others ro
.git;a=commitdiff;h=6f4a903533361a2906a4d94ac6f597cd9c6c47bc
Suggested-by: Ilya Lipnitskiy
Tested-by: Donald Hoskins
Signed-off-by: Rui Salvaterra
---
...> 202-generic-clockevents-broadcast.patch} | 2 +-
.../patches-5.10/321-mt7621-timer.patch | 87 ---
.../322-mt7621-fix-cpu-clk-add-clkdev.patch |
x-mtd/20210316141916.447493-1-rsalvate...@gmail.com/
Signed-off-by: Rui Salvaterra
---
CMakeLists.txt | 2 ++
libfstools/overlay.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 422f27d..3dbc1da 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@
MIPS Coherent Processor Systems (CPS), which include the MT7621 SoC, support
deep sleep idle states and have a specific cpuidle driver for them.
Enable support for it, while also switching from constant timer ticks to the
idle dynticks model, with the TEO governor.
Signed-off-by: Rui Salvaterra
Hi, Henrique,
On Tue, 23 Mar 2021 at 17:47, Henrique de Moraes Holschuh
wrote:
>
> Does this change throughput or network behavior ?
I haven't noticed absolutely any differences. And note that I'm
running at HZ = 24 in my personal configuration, so my timer frequency
is under 1/10 of the default
On Tue, 16 Mar 2021 at 09:02, Rui Salvaterra wrote:
>
> Although the title is trivial, the potential impact of these changes is enough
> in itself to warrant more extensive justification, which follows:
>
> 202-weak_reordering.patch - In order to fix random hangs on MT7621, we'
On Tue, 30 Mar 2021 at 19:27, Ilya Lipnitskiy wrote:
>
> My opinion is go ahead and supersede the series with your proposed
> updates, since no maintainer appears to have spent any time on this
> yet.
That as my reasoning too. Will respin, thanks!
___
mt7621-fix-cpu-clk-add-clkdev.patch
323-mt7621-memory-detect.patch
[1]
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=6f4a903533361a2906a4d94ac6f597cd9c6c47bc
Suggested-by: Ilya Lipnitskiy
Tested-by: Donald Hoskins
Signed-off-by: Rui Salvaterra
---
.../202-generic-c
Drop two obsolete kernel patches and enable support for cpuidle. More details
in each individual patch.
Rui Salvaterra (3):
ramips/mt7621: drop the weak reordering patch
ramips/mt7621: drop the timer recalibration patch
ramips/mt7621: enable support for cpuidle
target/linux/ramips/mt7621
.y&id=42344113ba7a1ed7b5654cd5270af0d5698d8521
Suggested-by: Ilya Lipnitskiy
Tested-by: Donald Hoskins
Signed-off-by: Rui Salvaterra
---
.../ramips/patches-5.10/202-weak_reordering.patch | 10 --
.../linux/ramips/patches-5.10/321-mt7621-timer.patch | 4 ++--
2 files changed, 2 insertions(+), 12
.
Signed-off-by: Rui Salvaterra
---
target/linux/ramips/mt7621/config-5.10 | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/mt7621/config-5.10
b/target/linux/ramips/mt7621/config-5.10
index fae046236e..e56f642ab7 100644
--- a/target/linux/ramips
Hi, Ilya,
On Tue, 30 Mar 2021 at 20:56, Ilya Lipnitskiy wrote:
>
> "config MIPS_CPS_CPUIDLE" has "select GENERIC_CLOCKEVENTS_BROADCAST if
> SMP", so it doesn't seem necessary to force it in a dedicated patch.
Oh, indeed?
*goes to look*
Crap, don't know how I missed it [1]. Thanks for the heads
Drop two obsolete kernel patches and enable support for cpuidle. More details
in each individual patch.
v2: Don't include the generic clock events broadcast patch, as SMP already
selects GENERIC_CLOCKEVENTS_BROADCAST.
Rui Salvaterra (3):
ramips/mt7621: drop the weak reordering patch
r
eshed:
322-mt7621-fix-cpu-clk-add-clkdev.patch
323-mt7621-memory-detect.patch
[1]
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=6f4a903533361a2906a4d94ac6f597cd9c6c47bc
Suggested-by: Ilya Lipnitskiy
Tested-by: Donald Hoskins
Signed-off-by: Rui Salvaterra
---
.../patches-5.1
1 - 100 of 357 matches
Mail list logo
