Stijn Segers kirjoitti 10.7.2018 klo 23:08:
Refreshed patches. The bump from .53 to .54 introduced a minor change in
net/netfilter/nf_tables_api.c [1] but I am unable to
judge if this is a fluke or not, so I'd like a second pair of eyes on that.
It's a single 'table[0]' being replaced by 'table
Please sign off your patch with full real name and send again.
On 18.05.2018 17:25, Lev wrote:
---
package/system/mtd/src/jffs2.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/package/system/mtd/src/jffs2.c b/package/system/mtd/src/jffs2.c
index b432f64ac0..5bf3eec328 100644
Refreshed patches. The bump from .53 to .54 introduced a minor change in
net/netfilter/nf_tables_api.c [1] but I am unable to
judge if this is a fluke or not, so I'd like a second pair of eyes on that.
It's a single 'table[0]' being replaced by 'table':
- if (filter && filter->table[0] &&
+ if
Refreshed patches.
Compile-tested on: ar71xx
Run-tested on: ar71xx
Signed-off-by: Stijn Segers
---
include/kernel-version.mk | 4 ++--
target/linux/brcm2708/patches-4.9/950-0031-Add-dwc_otg-driver.patch | 2 +-
target/linux/brcm47xx/patches-4.9/830-
From: Rafał Miłecki
Reading MTD data with (p)read doesn't return any error when accessing
bad block. As the result, with current code, CRC32 covers "data" stored
in bad blocks.
That behavior doesn't match CFE's one (bootloader simply skips bad
blocks) and may result in:
1) Invalid CRC32
2) CFE r
Hi,
2018-07-08 15:50 GMT+02:00 李国 :
> Hi Jon Burgess
> this patch works good. thanks.
> diff --git a/include/prereq.mk b/include/prereq.mk
> index 0f0f253744..173461e36f 100644
> --- a/include/prereq.mk
> +++ b/include/prereq.mk
> @@ -95,7 +95,7 @@ define SetupHostCommand
> if [ -n
* device: print daddr not saddr in missing peer error
* receive: style
Debug messages now make sense again.
* wg-quick: android: support excluding applications
Android now supports excluding certain apps (uids) from the tunnel.
* selftest: ratelimiter: improve chance of success via retry
* qemu
Signed-off-by: Moritz Warning
---
.../qos-scripts/files/usr/bin/qos-start | 2 +-
.../config/qos-scripts/files/usr/bin/qos-stop | 1 +
.../qos-scripts/files/usr/lib/qos/generate.sh | 28 +--
3 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/package/network/c
Thanks - Felix
/ted
-Original Message-
From: Koen Vandeputte
Sent: Tuesday, July 10, 2018 8:10 AM
To: Felix Fietkau ; LEDE Development List
Cc: th...@kitschensync.net ; Hauke Mehrtens
Subject: Re: Master build failure since NASM for x86_64
On 2018-07-10 13:12, Felix Fietkau wro
On 2018-07-10 13:12, Felix Fietkau wrote:
On 2018-07-10 12:37, Koen Vandeputte wrote:
Hi All,
Since the NASM additions, I'm getting this build error when compiling
for target x86_64:
I'm NOT getting the errors on builds for targets: ar71xx, cns3xxx, imx6
I did some more digging and figure o
On 2018-07-10 12:37, Koen Vandeputte wrote:
> Hi All,
>
> Since the NASM additions, I'm getting this build error when compiling
> for target x86_64:
> I'm NOT getting the errors on builds for targets: ar71xx, cns3xxx, imx6
I did some more digging and figure out that the cause of the build error
w
Hi all,
I'm having this problem, cannot compile hostapd with CONFIG_OWE, it
seems to require sha512 and no matter what I add in menuconfig or
kernel it's not good.
If anyone can help
CC ../src/crypto/sha384-prf.c
make[4]: *** No rule to make target '../src/crypto/sha512.o', needed
by 'hostapd
Hi All,
Since the NASM additions, I'm getting this build error when compiling
for target x86_64:
I'm NOT getting the errors on builds for targets: ar71xx, cns3xxx, imx6
--
Libraries have been installed in:
/mnt/ramdisk/koen/
13 matches
Mail list logo
