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
On Wed, Feb 17, 2021 at 8:11 PM Sam Kuper wrote:
>
> On Wed, Feb 17, 2021 at 02:47:57PM +0100, Etan Kissling wrote:
> > On 08.02.21, 10:33, Rosen Penev wrote:
> >>> My patches don't end up in Patchwork for some reason.
> >> It's because of DMARC. [..]
...
> > For other mailing lists that do not
(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 relayed with an *EMPTY* subject, and *THAT* is extremely annoying.
>
>
On Wed, Feb 17, 2021 at 02:47:57PM +0100, Etan Kissling wrote:
> On 08.02.21, 10:33, Rosen Penev wrote:
>>> My patches don't end up in Patchwork for some reason.
>> It's because of DMARC. [..]
>
> Thanks for the hint about DMARC leading to Patchwork issues. [..]
>
> It seems that the OpenWrt
The packages feed has a proposed package for a GOST engine, which needs
support from the main openssl library. It is a default option in
OpenSSL. All that needs to be done here is to not disable it.
Package increases by a net 1-byte, so it is not really really worth
keeping this optional.
This
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, 00:03,
Also interesting:
https://github.com/openwrt/openwrt/pull/1773#issuecomment-459230119
On 2/17/21 11:02 AM, David Bauer wrote:
Hi,
On 2/17/21 9:20 AM, Perry wrote:
Hello,
I thought the kernel size issue was resolved by
1e41de2f48e284c9d6658f9403365651178f6826
Also, the linked PR #1773 has a
On 08-02-21, Etan Kissling (IC) wrote:
> I have posted a few backports to 19.07 from master a few weeks back, with
> these subjects:
>
> 1. [PATCH 19.07] mbedtls: add config option to compile with hkdf
> 2. [PATCH 19.07] hostapd: add multicast_to_unicast and per_sta_vif
> 3. [PATCH 19.07]
Hi Adrian,
Thanks for the review. I'll fix the naming issues in a v2, some extra
comments below.
On Wed, 2021-02-17 at 01:47 +0100, Adrian Schmutzler wrote:
> > Known issues with this device:
> > The MT7613BE radio is currently not well supported by the mt7615
> > driver:
> > - The EEPROM blob
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 needs to depend
on
2/16/21 10:54 PM, Adrian Schmutzler:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Mathias Kresin
Sent: Dienstag, 16. Februar 2021 19:35
To: openwrt-devel@lists.openwrt.org
Subject: [PATCH] ltq-vdsl-app: fix -Wundef warnings
Assign the usbdev trigger via devicetree and drop the userspace
handling of the usb leds.
Drop the now unused userspace helper code as well.
Signed-off-by: Mathias Kresin
---
Changes in v2:
- drop the now unused userspace helper code
.../files/arch/mips/boot/dts/lantiq/vr9.dtsi | 14
2/16/21 10:51 PM, Adrian Schmutzler:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Mathias Kresin
Sent: Dienstag, 16. Februar 2021 19:35
To: openwrt-devel@lists.openwrt.org
Subject: [PATCH] lantiq: vr9: set the usb led trigger
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
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(+)
> create mode 100644
>
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
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 08.02.21, 10:33,
The update to gettext 0.21 broke packages that use autotools and
gettext because the sed line was failing with the new version. Fix with
a better sed expression.
Signed-off-by: Rosen Penev
---
include/autotools.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi,
On 2/17/21 9:20 AM, Perry wrote:
> Hello,
>
> I thought the kernel size issue was resolved by
> 1e41de2f48e284c9d6658f9403365651178f6826
>
> Also, the linked PR #1773 has a happy ending.
>
> Is the simpleImage no longer a viable solution? Could you explain why not?
the issue was resolved
Hello,
I thought the kernel size issue was resolved by
1e41de2f48e284c9d6658f9403365651178f6826
Also, the linked PR #1773 has a happy ending.
Is the simpleImage no longer a viable solution? Could you explain why not?
Greetings
Perry
On February 17, 2021 5:59:28 AM GMT+01:00, David Bauer
20 matches
Mail list logo
