The removed patches were applied upstream.
Signed-off-by: Hauke Mehrtens
---
package/kernel/mac80211/Makefile | 8 +-
.../patches/ath/404-regd_no_assoc_hints.patch | 4 +-
...und-bug-with-some-inconsistent-BSSes.patch | 2 +-
...62-brcmfmac-Disable-power-management.patch | 2
---
package/network/utils/iw/Makefile | 4 +-
.../utils/iw/patches/001-nl80211_h_sync.patch | 354 +-
.../utils/iw/patches/200-reduce_size.patch| 6 +-
3 files changed, 11 insertions(+), 353 deletions(-)
diff --git a/package/network/utils/iw/Makefile
b/package
This updates mac80211 to backports version 5.10-rc6.
This is currently only the test version, I will release official
versions of backports in the next days and then update these patches.
Kernel 5.10 should be an LTS kernel so we will get updates for it the
next 5 years, I would prefer to use ba
Felix you're the maintainer, more blessings?
Also would you like to stay the maintainer or would e.g. Rosen like to
adopt yet another package?
Best
On Di, Dez 1, 2020 at 12:37, Rosen Penev wrote:
This will be moved to packages.
Signed-off-by: Rosen Penev
---
Acked-by: Paul Spooren
.
This will be moved to packages.
Signed-off-by: Rosen Penev
---
.../services/openvpn/Config-mbedtls.in| 58 ---
.../network/services/openvpn/Config-nossl.in | 50 --
.../services/openvpn/Config-openssl.in| 62 ---
package/network/services/openvpn/Makefile | 158 --
...
This will be moved to packages.
Signed-off-by: Rosen Penev
---
.../services/openvpn-easy-rsa/Makefile| 69 ---
.../files/openvpn-easy-rsa.upgrade| 1 -
.../patches/101-static_EASYRSA.patch | 22 --
3 files changed, 92 deletions(-)
delete mode 10
Hi Petr,
On Sat, Nov 28, 2020 at 8:48 PM Hans Dedecker wrote:
>
> Hi,
>
> On Sat, Nov 28, 2020 at 5:04 PM Petr Štetiar wrote:
> >
> > Hans Dedecker [2020-11-26 21:19:30]:
> >
> > Hi,
> >
> > > Is it possible to have a pcap trace of the DHCPv6 messages on the wan ?
> > > I hope to find some time
> diff --git a/target/linux/ath79/image/generic.mk
> b/target/linux/ath79/image/generic.mk
> index 0f90c00b9c43..b7618a8ab33c 100644
> --- a/target/linux/ath79/image/generic.mk
> +++ b/target/linux/ath79/image/generic.mk
> @@ -1199,7 +1199,7 @@ define Device/mojo_c-75
>DEVICE_ALT0_VENDOR := Wat
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 1. Dezember 2020 18:36
> To: openwrt-devel@lists.openwrt.org
> Cc: Vladimir Georgievsky
> Subject: [PATCH 1/2] ath79: add support for Mojo N
> I'm fine with using that command and moving it to image.mk. I'm planing to
> move both ja76pf2 and routerstations images to use sysupgrade-tar, after
> first ath79-only stable release, so I don't know if we should bother moving
> the combine-image command.
Ah, then it's probably a waste of time
Hi.
W dniu 01.12.2020 o 20:09, Adrian Schmutzler pisze:
> Hi,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
>> On Behalf Of Tomasz Maciej Nowak
>> Sent: Dienstag, 1. Dezember 2020 18:30
>> To: openwrt-devel@lists.openwrt.org
>> Subject: [P
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 1. Dezember 2020 18:30
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ath79: restore sysupgrade support for ja76pf2 and
> routersta
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of X Xiao
> Sent: Dienstag, 1. Dezember 2020 18:53
> To: openwrt-devel@lists.openwrt.org
> Subject: Makefile warnings on master branch
>
> I did a git pull yesterday and saw the bel
I did a git pull yesterday and saw the below warnings:
WARNING: Makefile 'package/feeds/packages/apcupsd/Makefile' has a
dependency on 'libusb-compat', which does not exist
WARNING: Makefile 'package/feeds/packages/avrdude/Makefile' has a
dependency on 'libusb-compat', which does not exist
WARNING
Please ignore this one, I've resent proper series.
--
TMN
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Mojo Networks AirTight C-75 is a dual-band access point, also sold by
WatchGuard under name AP320.
Specification
SoC: Qualcomm Atheros QCA9550
RAM: 128 MiB DDR2
Flash: 2x 16 MiB SPI NOR
WIFI: 2.4 GHz 3T3R integrated
5 GHz 3T3R QCA9890 oversized Mini PCIe card
Ethernet: 2x 10/100/1000 Mbps QC
The flash capacity is divided in two flash chips and currently only
first is used. Increase available space for OpenWrt by additional 16 MiB
using mtd-concat driver.
Cc: Vladimir Georgievsky
Signed-off-by: Tomasz Maciej Nowak
---
target/linux/ath79/dts/qca9550_mojo_c-75.dts | 24 +++
Because the bug described in FS#2428 has been fixed with bf2870c
("kernel: fix mtd partition erase < parent_erasesize writes") these
devices can now safely do sysupgrade. Restore sysupgrade support disabled
in:
0cc87b3 ("ath79: image: disable sysupgrade images for routerstations and
ja76pf2")
and
c
The flash capacity is divided in two flash chips and currently only
first is used. Increase available space for OpenWrt by additional 16 MiB
using mtd-concat driver.
Cc: Vladimir Georgievsky
Signed-off-by: Tomasz Maciej Nowak
---
target/linux/ath79/dts/qca9550_mojo_c-75.dts | 24 +++
Sync with x86 target changes.
Signed-off-by: Tomasz Maciej Nowak
---
v1->v2
Added commit message.
target/linux/mvebu/base-files/lib/upgrade/sdcard.sh | 12 ++--
.../mvebu/cortexa9/base-files/lib/upgrade/linksys.sh | 2 +-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/
This chunk got mistakenly removed from 30c95c4, since the get_image_dd
evaluates only first agument, so that check is useless.
Fixes: 30c95c4 ("tegra: sysupgrade: use get_image_dd wrapper")
Signed-off-by: Tomasz Maciej Nowak
---
New patch.
target/linux/tegra/base-files/lib/upgrade/platform.sh |
Sync with x86 target changes.
Signed-off-by: Tomasz Maciej Nowak
---
v1->v2
Add commit message.
.../linux/tegra/base-files/lib/upgrade/platform.sh | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/target/linux/tegra/base-files/lib/upgrade/platform.sh
b/target/l
As reported by user, the same image works on both device variants which
are v1 001 and v1 002.
Signed-off-by: Tomasz Maciej Nowak
---
target/linux/ath79/dts/ar1022_sitecom_wlr-7100.dts | 2 +-
target/linux/ath79/image/generic.mk| 1 -
2 files changed, 1 insertion(+), 2 deletions(
This will explain what is actually occuring on dd invocations.
Additionally remove comments for steps which are described by printed
statements anyway.
Signed-off-by: Tomasz Maciej Nowak
---
v1->v2
Additional remark in commit message.
target/linux/mvebu/base-files/lib/upgrade/sdcard.sh | 7 +++-
This will explain what is actually occuring on dd invocations.
Additionally remove comments for steps which are described by printed
statements anyway.
Signed-off-by: Tomasz Maciej Nowak
---
v1->v2
Additional remark in commit message
target/linux/tegra/base-files/lib/upgrade/platform.sh | 7 +++
Several devices enable GPIO controllers not used in the DTS files.
Drop them.
Signed-off-by: Adrian Schmutzler
---
Is it really that simple or am I moving along the wrong path here?
---
target/linux/ramips/dts/mt7620a_engenius_esr600.dts | 4
target/linux/ramips/dts/mt7620a_glinet_
mt7621, mt7628an and rt5350 have USB controllers (ehci/ohci or xhci)
enabled by default. Thus, this patch drops redundant status=okay
statements in derived device DTS files.
While at it, also drop an explicit status=okay in mt7621.dtsi, as
this is default.
Note:
For rt5350, about 50 % of the dev
At the moment, ehci/ohci is enabled in mt7628an SoC DTSI, then
disabled in the TP-Link-specific DTSI files, and finally enabled
again in the DTS files of the devices needing it.
This on-off-on scheme is hard to grasp on a quick look. Thus, this
patch drops the status in the TP-Link-specific DTSI f
The first gpio controller (gpio or gpio0) is always enabled by
default in the SoC DTSI files. No need to set status=okay in the
device DTS files a second time.
Remove the redundant statements.
Signed-off-by: Adrian Schmutzler
---
target/linux/ramips/dts/mt7620a_alfa-network_tube-e4g.dts | 4
OpenVPN recommends disabling compression, as it may weaken the security
of the connection. For users who need compression, we build with LZ4
support by default. LZO in OpenVPN pulls in liblzo at approx. 32 kB.
OpenWrt users will no longer be able to connect to OpenVPN peers that
require LZO compre
New features:
* Per client tls-crypt keys
* ChaCha20-Poly1305 can be used to encrypt the data channel
* Routes are added/removed via Netlink instead of ifconfig/route
(unless iproute2 support is enabled).
* VLAN support when using a TAP device
Significant changes:
* Server support can no longer
Hi,
> -Original Message-
> From: Raylynn Knight [mailto:raykni...@me.com]
> Sent: Dienstag, 1. Dezember 2020 06:58
> To: OpenWrt Development List
> Subject: Octeon snapshot builds missing EdgeRouter artifacts
>
> The snapshot builds for Octeon are missing the artifacts for the EdgeRouter
32 matches
Mail list logo
