[PATCH] wireguard: bump to 1.0.20200712

2020-07-12 Thread Jason A. Donenfeld
This release brings parity with the commits Linus released a few hours ago into 5.8-rc5. * receive: account for napi_gro_receive never returning GRO_DROP The napi_gro_receive function no longer returns GRO_DROP ever, making handling GRO_DROP dead code. This commit removes that dead code.

[PATCH] scripts: Add Buildbot dumpinfo.pl script

2020-07-12 Thread Paul Spooren
The dumpinfo.pl script comes from buildbot.git[0] and is used to print available targets and architectures, which are then build. As the buildbot clones openwrt.git anyway, the script might as well live here as it can be used for other cases as well, e.g. determining what architectures are

[no subject]

2020-07-12 Thread Владислав Карпов via openwrt-devel
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 --- РАДИОСПЕКТАКЛИ, РАССКАЗЫ,

[PATCH] mediatek: fix Ethernet support on UniElec U7623

2020-07-12 Thread David Woodhouse
The definition of the switch in the device-tree was not correct. Make it look more like the Banana Pi R2, which works. Signed-off-by: David Woodhouse --- .../0227-arm-dts-Add-Unielec-U7623-DTS.patch | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git

[PATCH] urngd: Add support for read()ing entropy

2020-07-12 Thread nwfilardo
From: Nathaniel Wesley Filardo This allows us to attach a hwrng exposed as a character device (e.g.). At most one sample will be taken every time we also add entropy via the jitter mechanism. We won't try reading if the stream hasn't indicated its readiness, and we'll go back to waiting if

SELinux on OpenWrt

2020-07-12 Thread W. Michael Petullo
I am very interested in Thomas Petazzoni's work to add SELinux support to OpenWrt. I spent some time today trying to reproduce his build. I found a few things needed updating, so I wanted to share my results here. 1. I pulled Thomas Petazzoni's package tree, available at

[PATCH] procd: completely remove tmp-on-zram support

2020-07-12 Thread Rui Salvaterra
This is the follow-up patch to "procd: don't let the user choose to mount /tmp on zram". As explained there, this feature is both redundant and more limited than using a zram swap device, as already provided by the zram-swap package. Signed-off-by: Rui Salvaterra --- CMakeLists.txt | 7 +--

[PATCH] procd: don't let the user choose to mount /tmp on zram

2020-07-12 Thread Rui Salvaterra
The /tmp directory is mounted as tmpfs. The tmpfs filesystem is backed by anonymous memory, which means it can be swapped out at any time, if there is memory pressure [1]. For this reason, a zram swap device is a much better choice than mounting /tmp on zram, since it's able to compress all

[PATCH] kernel: kmod-lib-zstd: enable crypto API support on Linux 4.19+

2020-07-12 Thread Rui Salvaterra
Zstd is supported by the crypto API since Linux 4.18. Enable this feature and reveal the package in the configuration section, so the user can select it. This allows zstd to be used as a compression algorithm in zram, for example. Signed-off-by: Rui Salvaterra ---

[PATCH] procd: Remove the remnants of tmp-on-zram from the makefile

2020-07-12 Thread Rui Salvaterra
Now that this feature is gone, clean-up the makefile accordingly. This patch is a follow-up to "procd: completely remove tmp-on-zram support" Signed-off-by: Rui Salvaterra --- package/system/procd/Makefile | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git

[sdwalker/sdwalker.github.io] 6bcc8c: This week's update

2020-07-12 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: 6bcc8c34bd4401c7288c669be80b245f4b162afc https://github.com/sdwalker/sdwalker.github.io/commit/6bcc8c34bd4401c7288c669be80b245f4b162afc Author: Stephen Walker Date: 2020-07-12 (Sun, 12 Jul

Re: [OpenWrt-Devel] [PATCH] target: bump minimum CPU type to pentium-mmx

2020-07-12 Thread Hauke Mehrtens
On 7/9/20 2:21 PM, Nick Lowe wrote: > Hi all, > > Might it be better to compile for march i686 and mtune i686 instead of > pentium-mmx for both targets these days? Are there any devices anybody > uses that are not i686 compatible? > > AMD's Geode processors offer full i686 features. (The NOPL

[PATCH 2/3] bridge: allow adding vlans to a bridge

2020-07-12 Thread John Crispin
Add a rtnl helper for adding vlans to a bridge interface. Signed-off-by: John Crispin --- system-linux.c | 48 system.h | 1 + 2 files changed, 49 insertions(+) diff --git a/system-linux.c b/system-linux.c index 97b38e7..130d057 100644

[PATCH 3/3] wireless: allow adding bridge vlans

2020-07-12 Thread John Crispin
An AP/Vlan will only have a virtual 802.1q tag. Add code to make the bridge add the define vid and take care of possibly tagging when the packet leaves the bridge. Signed-off-by: John Crispin --- wireless.c | 49 + wireless.h | 4 2 files

[PATCH 0/3] netifd: add bridge/vlan support

2020-07-12 Thread John Crispin
Allow handling wifi interfaces with vlans attached to them inside a bridge. We can now add the follwoing optiosn to wifi-iface and wifi-vlan sections. option vid 100 option vlan_untag 0/1 The traffic will then be handled inside the bridge with the defined vid. We can also control

[PATCH 1/3] bridge: allow turning on vlan_filtering

2020-07-12 Thread John Crispin
If we want a bridge to be vlan aware we need to be able to turn on filtering. Signed-off-by: John Crispin --- bridge.c | 6 ++ system-linux.c | 6 ++ system.h | 2 ++ 3 files changed, 14 insertions(+) diff --git a/bridge.c b/bridge.c index c1f4ffa..e4ec597 100644 ---

Re: uboot-sunxi: SPI Flash support for Orange Pi R1. Need help with sysupgrade.bin image

2020-07-12 Thread Hauke Mehrtens
On 7/9/20 6:05 PM, Yaroslav Petrov wrote: > Dear Mr. Mehrtens, > > > I'd like install Openwrt on SPI Flash by Orange Pi R1 (without SD-Card). > > > 1. uboot-sunxi with SPI Support. It was simple: ( > https://github.com/u-boot/u-boot/pull/34 ... Yes, i know about u-boot > patch rules. I'll do