This enables PMKSA and opportunistic key caching by default for
WPA2/WPA3-Personal, WPA3-Personal and OWE auth types.
Otherwise, Apple devices won't connect to the WPA3 network.
This should not degrade security, as there's no external authentication
provider.
Tested with OCEDO Koala and iPhone 7
WolfSSL has recently added many openssl 1.1+ calls, including
TLS_server_method & TLS_client_method, which were being redefined,
causing compilation failure:
ustream-openssl.c:113:0: error: "TLS_server_method" redefined [-Werror]
ustream-openssl.c:114:0: error: "TLS_client_method" redefined [-Werro
From: Jeff Kletsky
Linux 4.19 supplies the upstream spi-nand framework,
permitting porting and support of boards with SPI NAND.
* Adjusted nand/target.mk to provide FEATURES += squashfs nand
* Updated config-default to provide current MTD and UBI support
Defaults selected for:
CONFIG_MT
Supersedes https://patchwork.ozlabs.org/project/openwrt/list/?series=138553
due to need to rebase
With commit 758a4d1766 ath79: add AR934x NAND Flash Controller driver
cleaning up the ath79 NAND target and the problems with NAND-based
sysupgrade, including that it doesn't respect SUPPORTED_DEVICE
From: NeilBrown
The current code acknowledged interrupts *after* polling.
This is the wrong way around, and could cause an interrupt to
be missed.
This is not likely to be fatal as another packet, and so another
interrupt, should come along soon. But maybe it is causing
problems, so let's fix it
My original fix was to make the code do 16 * 4 as 64 is the limit for NAPI
weight. However this also reduces the weight for non mt7621 devices.
Changed the multiplier to 2 instead.
Fixes: dcdc2880b6
Signed-off-by: Rosen Penev
---
v2: Added Fixes comment.
.../drivers/net/ethernet/mediatek/mtk_
On Wed, Mar 6, 2019 at 12:37 AM Mingyu Li wrote:
>
> the original code use status register to keep there still have some
> pkts in buffer.
> need next napi call to receive it.
>
> if 128 packets in buffer. you clear status first. because napi max
> handle 64 packets in buffer.
> so 64 packets need
Hi,
> > +define Build/zyxel-buildkerneljffs
> > + rm -rf $(KDIR_TMP)/zyxelnbg6716
> > + mkdir -p $(KDIR_TMP)/zyxelnbg6716/image/boot
> > + cp $@ $(KDIR_TMP)/zyxelnbg6716/image/boot/vmlinux.lzma.uImage
> > + $(STAGING_DIR_HOST)/bin/mkfs.jffs2 \
> > + --big-endian --squash-uids -v
On 10/27/19 4:30 PM, Adrian Schmutzler wrote:
This fixes several issues introduced with ZyXEL NBG6716 support:
- Inhomogeneous indent
- Wrong ath10k MAC patching function
- Wrong brackets for pad-to in nand.mk
- Add missing DEVICE_MODEL
- Remove k2t.sh include (copy/paste leftover)
Fixes: 9983
On 10/28/2019 11:14 PM, Petr Štetiar wrote:
Ben Greear [2019-10-28 14:42:32]:
Hi Ben,
found and fixed a bunch of issues
apart from lack of time, do you've any other good reason to not upstream those
changes? :-)
The original SO_BINDTODEVICE patches were offered upstream
and there is no
Signed-off-by: Yousong Zhou
---
vlist.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/vlist.h b/vlist.h
index 8170abf..ff6b138 100644
--- a/vlist.h
+++ b/vlist.h
@@ -72,4 +72,19 @@ void vlist_flush_all(struct vlist_tree *tree);
#define vlist_for_each_element(tree, element,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Adrian Schmutzler
> Sent: Dienstag, 29. Oktober 2019 13:25
> To: 'Petr Štetiar'
> Cc: 'OpenWrt Development List' ; 'Tom
> Psyborg' ; 'John Crispin'
>
> Subject: Re: [OpenWrt-Devel]
Fixes possible memleak of mp as well
Resolves FS#1523
Signed-off-by: Yousong Zhou
---
block.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/block.c b/block.c
index 084e7fc..1972c50 100644
--- a/block.c
+++ b/block.c
@@ -1092,10 +1092,14 @@ static int mount_devic
Signed-off-by: Yousong Zhou
---
block.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/block.c b/block.c
index 15caaba..084e7fc 100644
--- a/block.c
+++ b/block.c
@@ -1087,6 +1087,10 @@ static int mount_device(struct device *dev, int type)
return 0;
Signed-off-by: Yousong Zhou
---
block.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/block.c b/block.c
index a849500..99672fb 100644
--- a/block.c
+++ b/block.c
@@ -1118,7 +1118,7 @@ static int mount_device(struct probe_info *pr, int type)
return 0;
This is required at least in system startup when "block hotplug" will be
triggered by udevtrigger. E.g. /dev/vdb needs to be mounted at /mnt/s
and /dev/vdc /mnt. It does not work if /dev/vdb was triggered then
mounted first
Signed-off-by: Yousong Zhou
---
block.c | 43 +
This is needed when e.g. sda1 needs to be mounted to /mnt and sda2
/mnt/srv. We need to make sure sda1 was mounted first.
"devices" is now an ordered list with elements pointing to both "struct
probe_info" and "struct mount". The order is firstly on presence of
mount info, then strlen(mount.targ
Hi,
after doing the inline comments, it looks to me like our concepts actually are
not so far from each other’s.
We are both looking for a set of rules/guidelines on how to deal with old PRs.
As it appears to me, the main difference is just that I prefer some manual
interference, where you are
On 29/10/2019 06:37, John Crispin wrote:
Hi,
should we use v5.4 as our next kernel ?
As 5.4 is planned to be the next longterm kernel, with projected EOL
12/2021 [0], this seems like a good idea. ACK from me.
Stijn
[0] https://www.kernel.org/category/releases.html
_
Hi Yousong,
thank you for the series. I applied it with slight whitespace changes
after some valgrind testing on-target.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://
Hi Daniel, Yousong,
thanks for the reporting issue and the proposed patch. I'd prefer to go
with a minimal variant which merely zeroes the flags to avoid touching
too much code.
Imho the current uci_set() behavior of freeing uci_ptr members without
zeroing them is a bug that should be corrected a
21 matches
Mail list logo
