This fixes the collection of target info during build, where the
device title for rb532/nand is just empty:
tmp/.config-target.in:44925:warning: leading whitespace ignored
tmp/.config-target.in:123738:warning: leading whitespace ignored
tmp/.config-target.in:123786:warning: leading whitespace ignor
On 6/22/19 1:02 AM, Sandeep Sheriker M wrote:
>
> Hi,
> This patch series contains
>
> 1. rework in creating sdcard images for different subtarget.
> 2. creating a fit images.
> 3. add support for sam9x5ek soc
> 4. add uboot env file.
> 5. bump uboot & at91bootstrap to latest versions
>
> ---
I forgot to mention it, but this is fix is for 19.07 only.
Eneas
Em seg, 8 de jul de 2019 às 11:20, Eneas U de Queiroz
escreveu:
>
> Commit 3167a57 missed it.
>
> Signed-off-by: Eneas U de Queiroz
>
> diff --git a/package/libs/wolfssl/Makefile b/package/libs/wolfssl/Makefile
> index 7aaa562539.
Commit 3167a57 missed it.
Signed-off-by: Eneas U de Queiroz
diff --git a/package/libs/wolfssl/Makefile b/package/libs/wolfssl/Makefile
index 7aaa562539..264be02496 100644
--- a/package/libs/wolfssl/Makefile
+++ b/package/libs/wolfssl/Makefile
@@ -13,7 +13,7 @@ PKG_RELEASE:=1
PKG_SOURCE:=$(PKG
This 19.07 commit didn't update the hash in Makefile. Please fix it.
пн, 8 июл. 2019 г. в 14:38, Eneas Queiroz :
>
> Can someone please cherry-pick this to 19.07:
> 2792daab5a wolfssl: update to 3.15.7, fix Makefile
>
> This includes a fix for a medium-level potential cache attack with a
> variant
Can someone please cherry-pick this to 19.07:
2792daab5a wolfssl: update to 3.15.7, fix Makefile
This includes a fix for a medium-level potential cache attack with a
variant of Bleichenbacher’s attack. Patches were refreshed.
Increased FP_MAX_BITS to allow 4096-bit RSA keys.
Fixed poly1305 build
Hey,
I believe this patch can be merged as is. According to Sricharan R. [1]:
"It is [sleep clk] derived from a 48M wifi refclk
48M wifi ref clk -> [/2 divider] -> [/750 divider] -> sleep_clk (32000)"
[1] https://patchwork.kernel.org/comment/22721613/
пт, 17 мая 2019 г., 11:16 Павел :
>
>
> чт
> From: Matthias Schiffer [mailto:mschif...@universe-factory.net]
> Sent: Montag, 8. Juli 2019 01:02
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] base-files: Really check path in
> get_mac_binary
>
> On 7/4/19 11:28 PM, Adrian Schmutzler w
Logic was inverted when changing from string check to file check.
Fix it.
Fixes: 8592602d0a88 ("base-files: Really check path in get_mac_binary")
Reported-by: Matthias Schiffer
Signed-off-by: Adrian Schmutzler
---
This needs to be fixed in master, 19.07 and 18.06.
---
package/base-files/files
Subtracting some address from NULL does not necessary
results in negative value. It's lower level dependent.
In our case (IPQ4019 + Yocto + meta-openwrt) subtracting
token address from NULL strchr() return value results in
large positive number which causes out-of-boundary memory
access and eventu
10 matches
Mail list logo
