On Fri, Jan 29, 2021 at 10:23 AM Paul Spooren wrote:
>
> On Fri, Jan 29, 2021 at 10:43, Petr Štetiar wrote:
> > I guess, that the actual error from that dump.txt file would be more
> > useful in
> > this case :)
>
> Sorry, it was late:
> Makefile:48: *** Package/px5g-wolfssl is missing the VERSIO
Signed-off-by: Ilya Lipnitskiy
---
package/kernel/acx-mac80211/Makefile | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/package/kernel/acx-mac80211/Makefile
b/package/kernel/acx-mac80211/Makefile
index a04b9e28ba..119d9d4747 100644
--- a/package/kernel/acx
erley.org no longer exists; attempting to connect to it during package
download results in lengthy timeouts. Use the new OpenWrt CDN alias to
download from reliable OpenWrt mirrors.
Signed-off-by: Ilya Lipnitskiy
---
package/kernel/acx-mac80211/Makefile | 18 +-
1 file changed
/
Signed-off-by: Ilya Lipnitskiy
---
...taging-mt7621-dma-fix-build-conflict.patch | 26 +++
target/linux/ramips/modules.mk| 4 +--
2 files changed, 28 insertions(+), 2 deletions(-)
create mode 100644
target/linux/generic/pending-5.4/113-staging-mt7621-dma-fix-build
> Please use URL:=@OPENWRT instead of the full URL
Okay, done. Sorry, I messed up the message-id in the v2 patch so it
showed up as a new entry:
http://patchwork.ozlabs.org/project/openwrt/patch/20210206051118.641266-1-ilya.lipnits...@gmail.com/
Ilya
__
Hi Paul,
> > define Download/tiacx111c16_1
> > FILE:=tiacx111c16_1.2.1_34
> > - URL:=http://sites.google.com/site/atorkhov/files/
> > + URL:=@OPENWRT
>
> This file is still available, does the download fail as well?
>
This one still works, but being a personal google website didn't seem
as good as
intended behavior here.
Signed-off-by: Ilya Lipnitskiy
---
...5-net-ethernet-mediatek-mtk_eth_soc-add-support-for-in.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/target/linux/generic/pending-5.4/770-15-net-ethernet-mediatek-mtk_eth_soc-add-support-for-in.patch
b
Arch Linux machine, fakeroot unit tests pass.
Signed-off-by: Ilya Lipnitskiy
---
tools/fakeroot/patches/100-portability.patch | 27
1 file changed, 22 insertions(+), 5 deletions(-)
diff --git a/tools/fakeroot/patches/100-portability.patch
b/tools/fakeroot/patche
Hi Felix,
On Thu, Feb 11, 2021 at 2:39 AM Felix Fietkau wrote:
> Defining _STAT_VER fixes the compile error and should work with binaries
> compiled against old glibc, but I wonder if this also works with newer
> binaries that now reference different functions.
> Did you explicitly test that?
Goo
ppers for newly exported symbols in glibc.
Tested on my x86_64 Arch Linux machine, fakeroot unit tests pass.
Also tested by building various .ipks and examining the tar contents, to
ensure that the owner uid/gid was 0/0.
Signed-off-by: Ilya Lipnitskiy
---
.../300-glibc-2.33-compatibility.
Hi Philip,
On Thu, Feb 11, 2021 at 11:23 PM Philip Prindeville
wrote:
>
> Minor nit, but please combine these into a single line:
>
>
> Please indent nested #if or #ifdef's.
>
>
I can make the style changes, but a couple of points to consider:
1. These changes have already been submitted upstream
> If they ask you to resubmit with changes, add that too please.
Somehow I doubt that the upstream will be quick to respond, but one may hope :)
I went ahead and fixed a couple more compiler warnings and an error
when building with DEBUG enabled. I have also applied your suggested
style changes. I
Tested on my x86_64 Arch Linux machine, fakeroot unit tests pass.
Also tested by building various .ipks and examining the tar contents, to
ensure that the owner uid/gid was 0/0.
Signed-off-by: Ilya Lipnitskiy
---
.../300-glibc-2.33-compatibility.patch| 145 ++
1 file ch
25 PM Philip Prindeville
wrote:
>
> Inline
>
>
> > On Feb 13, 2021, at 9:41 PM, Ilya Lipnitskiy
> > wrote:
> >
> > The following commit removed _STAT_VER definitions from glibc:
> > https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=8ed005daf0ab03e1425
://buildbot.openwrt.org/master/images/builders/ath79%2Fmikrotik/builds/449
Cc: Hauke Mehrtens
Cc: Felix Fietkau
Signed-off-by: Ilya Lipnitskiy
---
tools/patchelf/Makefile | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/tools/patchelf/Makefile b/tools/patchelf/Makefile
index
Bummer, thanks for the fix - submitted
https://salsa.debian.org/clint/fakeroot/-/merge_requests/11
Ilya
On Mon, Feb 15, 2021 at 11:01 AM Felix Fietkau wrote:
>
>
> On 2021-02-14 05:41, Ilya Lipnitskiy wrote:
> > The following commit removed _STAT_VER definitions from g
I hacked on it in https://github.com/openwrt/openwrt/pull/3876, not
too pretty, but we can remove the whole thing once 5.4 is gone.
On Tue, Feb 16, 2021 at 4:22 PM Ansuel Smith wrote:
>
> The compat module is no longer required and complains
> about wireguard included in kernel from version 5.6.
-wireguard to enable luci repo changes.
https://github.com/openwrt/openwrt/pull/3876#discussion_r577901541
Cc: Jason A. Donenfeld
Signed-off-by: Ilya Lipnitskiy
---
package/network/utils/wireguard-tools/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/utils
Okay, addressed some review comments and opened a dedicated pull
request for kernel module fixes for 5.10 (including wireguard):
https://github.com/openwrt/openwrt/pull/3885
On Tue, Feb 16, 2021 at 4:22 PM Ansuel Smith wrote:
>
> The compat module is no longer required and complains
> about wireg
Hi Andrey,
On Thu, Feb 18, 2021 at 3:32 AM Andrey Jr. Melnikov
wrote:
> This is broken when compiled package ip-full
iproute2 does not depend on kmod-wireguard, so I can't see how it can
be related to my change.
Ilya
___
openwrt-devel mailing list
ope
Hi,
On Thu, Feb 18, 2021 at 9:21 AM Adrian Schmutzler
wrote:
> I don't really get the point of this justification. Either wireguard-tools
> depends on kmod-wireguard, or it doesn't. In the first case, and only then,
> it should be "fixed" (with a proper justification describing that).
Are wireg
Adrian,
On Thu, Feb 18, 2021 at 10:38 AM Adrian Schmutzler
wrote:
> > Are wireguard-tools useful without the underlying kernel module? It didn't
> > seem like it to me, although maybe Jason should chime in here, as maintainer
> > and developer of Wireguard.
>
> Then why didn't you use that as the
Hi,
On Thu, Feb 18, 2021 at 11:11 AM Hannu Nyman wrote:
> There the solution was an additional virtual kernel package, which could then
> handle the kernel mainline / oot dependency difference inside the target.
> https://github.com/openwrt/openwrt/pull/3039
Thanks for all the great feedback. How
Hi,
On Thu, Feb 18, 2021 at 5:57 PM Jason A. Donenfeld wrote:
>
> I've backported WireGuard patch-by patch to 5.4, in a series that you
> can simply apply to your existing 5.4 kernels. I can prepare that for
> you guys tomorrow. That way, you'll have the kernel module in both 5.4
> and 5.10 throug
Hi Philip,
On Wed, Feb 24, 2021 at 10:30 PM Philip Prindeville
wrote:
> -Wl,-Bstatic -Wl,-lgmp
Does that tell ld to link against libgmp.a instead of libgmp.so? I
didn't try to reproduce this, just reading the log, so take it with a
grain of salt ;)
Ilya
On Thu, Feb 25, 2021 at 1:24 AM Bas Mevissen wrote:
> Openwrt could provide a host build for a patched version of diff and use
> that instead.
There is also the issue with quilt not handling "rename from/rename
to" patches due to lack of a git-compatible mode and the fact that GNU
diff is hard-co
")
Cc: Jason A. Donenfeld
Signed-off-by: Ilya Lipnitskiy
---
package/kernel/linux/modules/crypto.mk | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/package/kernel/linux/modules/crypto.mk
b/package/kernel/linux/modules/crypto.mk
index a64b91a8fe..cbaa8d3ce5 10
Hi Petr,
On Sat, Feb 27, 2021 at 5:02 AM Petr Štetiar wrote:
> +CONFIG_CRYPTO_ARCH_HAVE_LIB_CHACHA=y
> CONFIG_CRYPTO_AUTHENC=y
> CONFIG_CRYPTO_CBC=y
> CONFIG_CRYPTO_CHACHA20=y
> @@ -117,12 +128,14 @@ CONFIG_CRYPTO_DRBG=y
> CONFIG_CRYPTO_DRBG_HMAC=y
> CONFIG_CRYPTO_DRBG_MENU=y
> CONFIG_CRYPT
On Mon, Mar 1, 2021 at 7:18 PM Felix Fietkau wrote:
>
>
> On 2021-02-27 05:17, Rosen Penev wrote:
> > No package here depends on it. Furthermore, uClibc++ is a fairly buggy
> > C++ library and seems to be relatively inactive upstream.
> >
> > It also lacks proper support for modern C++11 features.
Signed-off-by: Ilya Lipnitskiy
---
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 1aa015a2b5..61c591a00a 100644
--- a/target/linux/generic/config-5.10
+++ b/target/linux/generic/config
Add symbols missing after latest crypto.mk and WireGuard changes.
Signed-off-by: Ilya Lipnitskiy
---
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 1aa015a2b5..f4947766b7
Follows upstream rename:
https://lore.kernel.org/driverdev-devel/20210130034507.2115280-1-ilya.lipnits...@gmail.com/
Fixes ramips builds on 5.4.102
Cc: John Audia
Cc: David Bauer
Cc: Petr Štetiar
Signed-off-by: Ilya Lipnitskiy
---
target/linux/ramips/modules.mk | 4 ++--
1 file changed, 2
This config symbol should not be defined in target configs.
Signed-off-by: Ilya Lipnitskiy
---
target/linux/apm821xx/config-5.4 | 1 -
target/linux/oxnas/config-5.10 | 1 -
target/linux/oxnas/config-5.4 | 1 -
target/linux/rockchip/armv8/config-5.4 | 1 -
target/linux
It appears to be an automatic Kconfig symbol that varies depending on
the host platform. There is no need to define it in target configs, so
filter it out.
Also sort config-filter entries alphabetically.
Cc: Adrian Schmutzler
Cc: Felix Fietkau
Signed-off-by: Ilya Lipnitskiy
---
target/linux
Christian Lamparter
Signed-off-by: Ilya Lipnitskiy
---
package/kernel/linux/modules/usb.mk | 82 ++---
1 file changed, 62 insertions(+), 20 deletions(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package/kernel/linux/modules/usb.mk
index 1f72d89512..1a45fb3670 10
This config symbol should not be defined in target configs.
Signed-off-by: Ilya Lipnitskiy
---
target/linux/apm821xx/config-5.4 | 1 -
target/linux/oxnas/config-5.10 | 1 -
target/linux/oxnas/config-5.4 | 1 -
target/linux/ramips/mt7621/config-5.4 | 1 -
target/linux
It appears to be an automatic Kconfig symbol that varies depending on
the host platform. There is no need to define it in target configs, so
filter it out.
Also sort config-filter entries alphabetically.
Cc: Adrian Schmutzler
Cc: Felix Fietkau
Signed-off-by: Ilya Lipnitskiy
---
target/linux
does not affect Linux 5.4 builds.
Lastly, refresh existing patches to account for the removal of the
re-calibration logic.
[0]: 6acb53c52 ("ralink: fix rcu_sched stalls on mt7621")
Signed-off-by: Ilya Lipnitskiy
Cc: John Crispin
---
target/linux/ramips/mt7621/config-5.10
A SPI NOR flash should not be target-specific, so move it to generic in
case another platform needs to use it.
Signed-off-by: Ilya Lipnitskiy
---
.../pending-5.10/483-mtd-spi-nor-add-gd25q512.patch} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename target/linux/{ramips
Backport upstream patch that fixes TRGMII mode now that mt7530 is
actually resetting the switch on ramips devices.
Patches apply to both Linux 5.4 and 5.10, since TRGMII is broken on both.
Fixes: 69551a244292 ("ramips: manage low reset lines")
Signed-off-by: Ilya Lipnitskiy
---
...
TRGMII allows to run the CPU switch port 6 and GMAC0 at 1.2 Gb. This
change should improve performance. Both ER-X and ER-X-SFP have DDR3 RAM,
allowing them to take advantage of TRGMII:
https://dl.ubnt.com/datasheets/edgemax/EdgeRouter_X_DS.pdf
Signed-off-by: Ilya Lipnitskiy
---
target/linux
Hi,
On Tue, Mar 16, 2021 at 4:32 AM Chuanhong Guo wrote:
>
> On Tue, Mar 16, 2021 at 1:33 PM Ilya Lipnitskiy
> wrote:
> >
> > Backport upstream patch that fixes TRGMII mode now that mt7530 is
> > actually resetting the switch on ramips devices.
> >
> > P
CONFIG_MIPS_CMDLINE_FROM_DTB is set to 'y' for all ramips targets
already, which will ensure that the value of 'bootargs' will take
precedence over whatever is in arcs_cmdline.
Signed-off-by: Ilya Lipnitskiy
---
...-the-commandline-from-the-devicetree.patch | 21 ---
Fixes the following error when building without CONFIG_MODULE_STRIPPED:
FATAL: modpost: sound/soc/ralink/snd-soc-ralink-i2s: struct
of_device_id is not terminated with a NULL entry!
Signed-off-by: Ilya Lipnitskiy
---
.../ramips/patches-5.10/835-asoc-add-mt7620-support.patch | 3 ++-
1
quires a manual refresh of both 322-mt7621-fix-cpu-clk-add-clkdev.patch
> > and
> > 323-mt7621-memory-detect.patch.
> >
> > [1]
> > https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=5c971cd6fdd7298a2017bdb6bea870088eddb8b9
> > [2]
> > https://git.kernel.org/pub/scm/linux/kernel/g
Hi Rui,
On Tue, Mar 30, 2021 at 12:36 PM Rui Salvaterra wrote:
> The GENERIC_CLOCKEVENTS_BROADCAST selection, however, is an unrelated change,
> and must be kept. It's required by cpuidle, which is supported by the
> architecture and will be enabled in the future. Thus, create a new patch
> exclu
Use an existing kernel config symbol to fix devices whose ramstart is
not zero. See upstream patch message for more details.
Signed-off-by: Ilya Lipnitskiy
Cc: Tobias Wolf
Cc: Daniel Golle
---
...k-rt288x-select-MIPS_AUTO_PFN_OFFSET.patch | 32 +
...reservation-in-bootmem_init-for
:
Could not get phandle node for (cell 0)
Signed-off-by: Ilya Lipnitskiy
Cc: Daniel Golle
---
target/linux/ramips/dts/mt7620a.dtsi | 8
target/linux/ramips/dts/mt7620n.dtsi | 8
target/linux/ramips/dts/rt2880.dtsi | 6
Hi Hauke,
On Tue, Apr 6, 2021 at 3:43 PM Hauke Mehrtens wrote:
>
> Hi,
>
> How do we want to go forward with OpenWrt 21.02-rc1?
>
> * I think the base system is ok.
> * The http (original wolfssl) problem reported by jow is fixed
> * LuCI in the 21.02 branch still misses DSA support, this was mer
On Wed, Apr 7, 2021 at 2:46 AM Sander Vanheule wrote:
>
> Hi Ilya,
>
> On Mon, 2021-04-05 at 22:53 -0700, Ilya Lipnitskiy wrote:
> > DTS properties that match *-gpios are treated specially.
> >
> > Use ngpios instead, as most GPIO drivers upstream do.
> &g
/
Signed-off-by: Ilya Lipnitskiy
Cc: Chuanhong Guo
---
...ort-for-buggy-MT7621S-core-detection.patch | 74 +++
.../320-mt7621-core-detect-hack.patch | 61 ---
.../322-mt7621-fix-cpu-clk-add-clkdev.patch | 7 +-
.../323-mt7621-memory-detect.patch| 8
On Fri, Apr 16, 2021 at 6:06 AM Daniel Golle wrote:
>
> On Fri, Apr 16, 2021 at 03:44:06PM +0300, Lucian Cristian wrote:
> > This fixes Hardware Offload on MT7621
>
> I have already applied the fix for it in pending-5.10:
>
> https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=7f703716ae0e4c
=c5d66587b8900201e1530b7c18d41e87bd5812f4
Fixes: f07fe36f22fc ("kernel: update flow offload patches to upstream version")
Cc: Felix Fietkau
Signed-off-by: Ilya Lipnitskiy
---
...rnet-mediatek-ppe-fix-busy-wait-loop.patch | 72 +++
1 file changed, 72 insertions(+)
create mode 100644
target/linux/generi
Greetings!
I have been trying to configure a NETGEAR WNDR3400 device to use VLAN ID 201 on
its WAN port to be able to talk to a Calix FTTH ONT. Studying the problem, I
have found that the device contains a BCM5325 switch, which only supports up to
16 VLAN entries. However, each entry may have a
Hi Jonas,
On Mon, Sep 29, 2014 at 2:19 AM, Jonas Gorski wrote:
> Due to it (IMHO) being rather confusing
> and easily braking network (e.g. you would need to change you lan VID
> on changing it), I chose not to implement setting it.
>
Maybe if we provided adequate UI warning in LuCI to make it
Crispin
Signed-off-by: Ilya Lipnitskiy
---
Question: Is this logic replacable with something upstream, such as
gpio-line-names? Or has there been any attempt to upstream this? It
looks hackish hence I put it into hack-5.10, but could also put into
pending-5.10 if that makes more sense.
.../0036-GPIO
The patch is now in net-next so keep it in backport-5.10 to keep things
more organized.
Link:
https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=6ecaf81d4ac6365f9284f9d68d74f7c209e74f98
Cc: Daniel Golle
Signed-off-by: Ilya Lipnitskiy
---
...t-mediatek-fix-a-typo
: Ilya Lipnitskiy
---
.../0036-GPIO-add-named-gpio-exports.patch| 165 -
.../800-GPIO-add-named-gpio-exports.patch | 81 -
.../0030-GPIO-add-named-gpio-exports.patch| 169 --
3 files changed, 39 insertions(+), 376 deletions(-)
delete mode 100644
https://git.kernel.org/netdev/net-next/c/3bc8e0aff23b
Fixes: f07fe36f22fc ("kernel: update flow offload patches to upstream version")
Cc: Felix Fietkau
Signed-off-by: Ilya Lipnitskiy
---
...rnet-mediatek-ppe-fix-busy-wait-loop.patch | 72
...net-mtk_eth_soc-fix-RX-VLAN-off
On Sat, May 1, 2021 at 7:32 AM DENG Qingfang wrote:
>
> Hi Hauke,
>
> On Sat, May 1, 2021 at 10:06 PM Hauke Mehrtens wrote:
> >
> > Yes, I think that is a good idea.
> >
> > Will you prepare a patch?
>
> While trying that, I found some patches in pending-5.4 that are also
> supposed to be in back
5.10 has been working for many months on ramips targets - time to
promote it from testing to default.
Signed-off-by: Ilya Lipnitskiy
---
target/linux/ramips/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/ramips/Makefile b/target/linux/ramips/Makefile
Oops, this is a duplicate of
https://patchwork.ozlabs.org/project/openwrt/patch/20210909084441.1756-1-rsalvate...@gmail.com/,
please disregard.
On Thu, Sep 23, 2021 at 11:20 AM Ilya Lipnitskiy
wrote:
>
> 5.10 has been working for many months on ramips targets - time to
> promote it fro
Hi Stijn,
> >> >all mt7620 JBOOT devices will be broken.
...
> $ grep \ KERNEL_SIZE image/mt7620.mk|wc -l
> 1
That one is under "define Device/amit_jboot", searching for that yields:
$ git grep "\$(Device/amit_jboot)" | wc -l
8
So all JBOOT devices look covered.
Which mt76x8 device(s) is missin
Hi Adrian,
On Wed, Sep 29, 2021 at 1:34 PM Stijn Segers wrote:
>
> Hi Ilya,
>
> Op maandag 27 september 2021 om 19u11 schreef Ilya Lipnitskiy
> :
> > Hi Stijn,
> >
> >> >> >all mt7620 JBOOT devices will be broken.
> > ...
> >> $ grep
://gcc.gnu.org/git?p=gcc.git;a=commit;h=54b3d52c3cca836c7c4c08cc9c02eda6c096372a
Signed-off-by: Ilya Lipnitskiy
---
.../10.3.0/930-fix-mips-noexecstack.patch | 111 --
.../11.2.0/930-fix-mips-noexecstack.patch | 111 --
2 files changed, 222 deletions(-)
delete mode
musl supports it since v1.1.21, but GCC only automatically enables it
for glibc 2.31+
Link:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=54b3d52c3cca836c7c4c08cc9c02eda6c096372a
Signed-off-by: Ilya Lipnitskiy
---
toolchain/gcc/final/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git
On Sun, Nov 14, 2021 at 8:51 PM Ilya Lipnitskiy
wrote:
>
> musl supports it since v1.1.21, but GCC only automatically enables it
> for glibc 2.31+
>
> Link:
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=54b3d52c3cca836c7c4c08cc9c02eda6c096372a
>
> Signed
://gcc.gnu.org/git?p=gcc.git;a=commit;h=54b3d52c3cca836c7c4c08cc9c02eda6c096372a
Add pending patch to define TARGET_LIBC_GNUSTACK on musl to add
.note.GNU-stack on hard-float MIPS targets.
Signed-off-by: Ilya Lipnitskiy
---
...-define-TARGET_LIBC_GNUSTACK-on-musl.patch | 46
.../11.2.0/930-fix
Use upstream patches instead of custom OpenWrt ones. Refresh patches.
Ilya Lipnitskiy (3):
toolchain/gcc: remove upstreamed patch, add backport
toolchain/gcc: replace revert with upstream fix
toolchain/gcc: refresh gcc-11.2.0 patch
...leanup-range-of-address-calculations.patch | 160
Run make toolchain/gcc/minimal/refresh (with glibc, with musl
toolchain/gcc/{initial,final}/refresh don't work)
Fixes: ab241e0937c9 ("toolchain/gcc: fix build on MacOS arm64")
Signed-off-by: Ilya Lipnitskiy
---
.../patches/11.2.0/970-macos_arm64-building-fix.patch | 10 +++
This will make upgrade to v11.3.0 easier and follows upstream more
closely.
Signed-off-by: Ilya Lipnitskiy
---
...leanup-range-of-address-calculations.patch | 160 --
...ld_using_range-range_of_address-PR10.patch | 114 +
2 files changed, 114 insertions(+), 160
TARGET_LIBC_GNUSTACK on musl to add
.note.GNU-stack on hard-float MIPS targets.
Link: https://gcc.gnu.org/g:25abbb924968
The net effect should be the exact same functionality while following
upstream code instead of a custom outdated patch.
Signed-off-by: Ilya Lipnitskiy
---
...-define
72 matches
Mail list logo
