Currently for at91 target, Build/install-dtb can be triggered concurrently for
multiple different TARGET_FILESYSTEMS, cp command can fail when the
target file is already open exclusively by other cp process
[ -f
/builder/shared-workdir/build/build_dir/target-arm_arm926ej-s_musl_eabi/linux
It's a leftover from 2271967f ("pm821xx: utilize build ARTIFACTs")
Signed-off-by: Yousong Zhou
---
target/linux/apm821xx/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/apm821xx/image/Makefile
b/target/linux/apm821xx/image/Makefile
index acfd47875
---
target/linux/imx6/image/Makefile | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/target/linux/imx6/image/Makefile b/target/linux/imx6/image/Makefile
index b0933d77d2..d1e9e9034e 100644
--- a/target/linux/imx6/image/Makefile
+++ b/target/linux/imx6/image/Makefile
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of m...@adrianschmutzler.de
> Sent: Dienstag, 10. September 2019 00:01
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 0/4] Move caldata extraction and MAC
> p
Hardware acceleration was disabled when AES-CCM was selected as a
workaround for a build failure. This applies a couple of upstream
patches fixing this.
Signed-off-by: Eneas U de Queiroz
---
This is the result of this upstream issue:
https://github.com/wolfSSL/wolfssl/issues/2392
It was tested
ustream uses X509_check_host to perform the validation, and that call is
present in wolfssl since v3.10.4, depending on the build-time configure
options. Currently, openwrt always builds support for it. It currently
does not support X509_CHECK_FLAG_NO_PARTIAL_WILDCARDS, so no flags are
being used
Starting in v3.13.2, wolfSSL added calls to set the BIO send and recv
callbacks used by the SSL struct. When the SSL session is created, it
inherits the calls from the SSL_CTX, but they do not get updated when
the SSL_CTX callbacks are changed.
ustream-ssl sets the callbacks after the SSL structu
From: Dan Haab
Allow flashing Luxul devices using vendor firmware format. The next step
will be building proper images once they are conirmed to work.
Signed-off-by: Dan Haab
---
.../bcm53xx/base-files/lib/upgrade/platform.sh | 84 ++
1 file changed, 84 insertions(+)
d
I posted this a while ago could somebody please apply this?
On 22.08.19 23:02, Paul Spooren wrote:
As in 853e4dd OpenWrt should follow a unified structure, where every
device has a target/subtarget combination, if there is only one
subtarget, call it "Generic". This introduces predictable filena
