On Thu, Feb 18, 2021 at 8:31 PM Ilya Lipnitskiy
wrote:
>
> 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
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
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 through the same mechanisms with the same code. That might
save a lot of the
OpenSSL downloads itself are distributed using Akamai CDN, so use these
sources as the highest priority.
Remove a stale mirror which seems to be offline for a longer time
already.
Add fallbacks to the old release path also for the mirrors.
Signed-off-by: David Bauer
---
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.
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 ---
On 19.02.21, 00:11,
Similarly to the Archer C2 v1, the Archer C20 v1 will brick when one
tries to flash an OpenWrt factory image through the TP-Link web UI.
The wiki page contains an explicit warning about this [1].
Disable the factory image altogether since it serves no purpose.
[1]
This adds the necessary nuts and bolts for the uboot settings for both the
ZyXEL GS1900-8HP v1 and v2.
Signed-off-by: Stijn Segers
---
Changes in v2: fix syntax error, better English.
---
package/boot/uboot-envtools/files/realtek | 2 ++
1 file changed, 2 insertions(+)
diff --git
On 2/18/21 10:40 PM, Etan Kissling wrote:
When building openwrt-21.02 I encountered errors in uboot-envtools.
The problem appears since a recent u-boot update.
https://github.com/u-boot/u-boot/commit/587e4a4296982f85b2a40fc8a704db65079e0aac
Etan
Hi,
I do not see an build problem in the build
Adds the bits and bolts for the uboot settings for both the ZyXEL
GS1900-8HP v1 and v2.
Signed-off-by: Stijn Segers
---
package/boot/uboot-envtools/files/realtek | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/boot/uboot-envtools/files/realtek
Hi,
The OpenWrt community is proud to announce the seventh service release of
OpenWrt 19.07. It fixes security issues, improves device support, and
brings a few bug fixes.
The main changes from OpenWrt 19.07.6 are:
Security fixes
==
* Security Advisory 2021-02-02-1 - netifd and
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 ---
When building openwrt-21.02 I
The TP-Link EAP235-Wall is a wall-mounted, PoE-powered AC1200 access
point with four gigabit ethernet ports.
When connecting to the device's serial port, it is strongly advised to
use an isolated UART adapter. This prevents linking different power
domains created by the PoE power supply, which
Ilya Lipnitskiy kirjoitti 18.2.2021 klo 19.48:
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
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
Hi,
> -Original Message-
> From: Sebastian Careba [mailto:nitrosh...@yahoo.com]
> Sent: Mittwoch, 17. Februar 2021 08:39
> To: openwrt-devel@lists.openwrt.org
> Cc: Sebastian Careba
> Subject: [PATCH] remove mistaken partition patch
>
> Signed-off-by: Sebastian Careba
This lacks a
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Donnerstag, 18. Februar 2021 19:26
> To: Sebastian Careba ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [PATCH] mvebu: add linux 5.10 support
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Ilya Lipnitskiy
> Sent: Donnerstag, 18. Februar 2021 18:48
> To: Adrian Schmutzler
> Cc: Jason A . Donenfeld ; openwrt-devel de...@lists.openwrt.org>
> Subject: Re: [PATCH]
Hi Sebastian.
W dniu 17.02.2021 o 08:00, Sebastian Careba pisze:
> Signed-off-by: Sebastian Careba
You have multiply issues with this kernel bump, some I'll write here, some
inline.
The lack of commit message, explaining why You dropped some patches when
transitioning from 5.4 to 5.10.
What
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
Hi,
On 2/18/21 6:16 PM, Adrian Schmutzler wrote:
> Hi,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
>> On Behalf Of David Bauer
>> Sent: Dienstag, 16. Februar 2021 23:48
>> To: openwrt-devel@lists.openwrt.org
>> Subject: [PATCH]
On Thu, Feb 18, 2021 at 07:46:47AM -0800, Brian Norris wrote:
> On Thu, Feb 18, 2021 at 1:57 AM David Woodhouse wrote:
>> On Wed, 2021-02-17 at 21:52 -0800, Brian Norris wrote:
>>> They've suggested the mailman admin apply a patch ;)
>>
>> I believe I did so yesterday.
>
> [..] Awesome, thanks.
Hi,
> You are right, sorry for not being clear enough. The wrapping is the
> workaround to avoid breaking the signature. However, it is also possible to
> just forward DKIM messages as is (no changes to From, Subject, Body).
> In that case, the footer would have to be removed. This only works
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Ilya Lipnitskiy
> Sent: Mittwoch, 17. Februar 2021 21:25
> To: openwrt-devel@lists.openwrt.org
> Cc: Jason A . Donenfeld ; Ilya Lipnitskiy
>
> Subject: [PATCH] wireguard-tools:
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Dienstag, 16. Februar 2021 23:48
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] mpc85xx-p1010: add Kernel 5.10 support
no offense, but I wonder
Hi,
> > > +
> > > + gpio-export {
> > > + compatible = "gpio-export";
> > > +
> > > + poe_passthrough {
> > > + gpio-export,name = "tp-link:poe-
> > > passthrough:enable";
> >
> > I'd consider to drop the prefix, although we have no policy
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Mathias Kresin
> Sent: Mittwoch, 17. Februar 2021 21:20
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [PATCH] ltq-vdsl-app: fix -Wundef warnings
>
>
On Thu, Feb 18, 2021 at 2:50 AM Bjørn Mork wrote:
> Brian Norris writes:
> > I've necromanced that thread to bug the infradead admin -- maybe he
> > can be convinced to try that patch:
> > http://lists.openwrt.org/pipermail/openwrt-devel/2021-February/033849.html
>
> Would be great to have that
On Thu, Feb 18, 2021 at 1:57 AM David Woodhouse wrote:
> On Wed, 2021-02-17 at 21:52 -0800, Brian Norris wrote:
> > It turns out a bug report was filed, and fixed:
> >
> > https://mail.python.org/archives/list/mailman-us...@python.org/thread/ZVM6I4UTDKHY4EKNLIBIWE4JNC2PYLIS/
> >
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
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 ---
On 18.02.21, 05:15,
As suggested by Sergio, this adds GPIOs 19 and 8 explicitly into the
DIR-860L DTS, so the PCI-E ports get reset and the N radio (radio1)
on PCI-E port 1 comes up reliably.
Fixes the following error that popped up in dmesg:
[1.638942] mt7621-pci 1e14.pcie: pcie1 no card, disable it
Ilya Lipnitskiy wrote:
> Prepares for wireguard migration to Linux 5.10. The plan is to make luci
> packages depend only on wireguard-tools, then to change the existing
> kmod-wireguard to kmod-wireguard-oot and add the in-tree module for
> 5.10. But for those changes to be made, wireguard-tools
Brian Norris writes:
> I'm pretty sure Patchwork expects some kind of subject, so yes that's
> most likely a problem.
>
>> https://mail.python.org/archives/list/mailman-us...@python.org/thread/ZVM6I4UTDKHY4EKNLIBIWE4JNC2PYLIS/
>
> Oh, nice, thanks for filing the bug report! This came up before
On Wed, 2021-02-17 at 21:52 -0800, Brian Norris wrote:
> (CC a few)
>
> On Tue, Aug 11, 2020 at 6:59 AM David Woodhouse wrote:
> > On Mon, 2020-08-10 at 10:13 -0300, Henrique de Moraes Holschuh wrote:
> > > Agreed. HOWEVER, anything that is being relayed due to too-strict SPF
> > > is being
35 matches
Mail list logo
