Re: [OpenWrt-Devel] ath10k memory leak on 19.07 branch and mikrotik RB952Ui-5ac2nD?

2019-12-08 Thread Joe Ayers
On Sat, Dec 7, 2019 at 5:19 AM Hauke Mehrtens wrote: > > On 12/6/19 7:02 PM, Ben Greear wrote: > > On 12/6/19 9:44 AM, Joe Ayers wrote: > >>> > >>> > Possibly the same symptoms don't exist on 128MB RAM devices. > >>> > >>> Like there is some if condition, which is doing some nasty things on 6

[OpenWrt-Devel] [PATCH] ath79: fix typos in DTS

2019-12-08 Thread DENG Qingfang
Replace "usb_ochi" with "usb_ohci", and "usb_echi" with "usb_ehci" ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/2] ustream-ssl: mbedtls: fix ssl client verification

2019-12-08 Thread Daniel Danzberger
The ustream_ssl_update_own_cert() function should, like the name suggests, only update the local ssl peer's own certificate and not the any of the CA's. By overwriting the CA's certifcates when setting the own certificate, the code broke SSL client verification. This bug was only triggerd when:

[OpenWrt-Devel] [sdwalker/sdwalker.github.io] d4b099: This week's update

2019-12-08 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: d4b09966b2363f0d81c2c79dee32482b79cbc05b https://github.com/sdwalker/sdwalker.github.io/commit/d4b09966b2363f0d81c2c79dee32482b79cbc05b Author: Stephen Walker Date: 2019-12-08 (Sun, 08 Dec 2

[OpenWrt-Devel] Лучшие психологические тренинги и медитации в одной коллекции. 05_08_2019 02_10 199508

2019-12-08 Thread hjskvntjwgvt.ru via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- ЛУЧШИЕ ПСИХОЛОГИЧЕСКИЕ ТРЕНИНГИ И

Re: [OpenWrt-Devel] [PATCH 2/2] ustream-ssl: mbedtls: fix ssl client verification

2019-12-08 Thread Daniel Golle
Hi Daniel, On Sun, Dec 08, 2019 at 05:14:19PM +0100, Daniel Danzberger wrote: > Signed-off-by: Daniel Danzberger > --- > ustream-mbedtls.c | 7 --- > 1 file changed, 7 deletions(-) Please provide a more elaborate commit description as it is not obvious why those lines need to be removed. >

[OpenWrt-Devel] "Energy and Environment", "Geology and Earth Science" "Advanced Materials"

2019-12-08 Thread Anna Papadimitriou
Dear Authors, We would like to invite you to submit a paper in the following three open Special Issues: "Energy and Environment" "Geology and Earth Science" "Advanced Materials" that we organize in the Journal: WSEAS Transactions on Environment and Development The Review of the Journal is organ

[OpenWrt-Devel] [PATCH 1/2] ustream-ssl: mbedtls: fix net_sockets.h include warning

2019-12-08 Thread Daniel Danzberger
Signed-off-by: Daniel Danzberger --- ustream-mbedtls.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ustream-mbedtls.h b/ustream-mbedtls.h index 70bd4ea..0e5988a 100644 --- a/ustream-mbedtls.h +++ b/ustream-mbedtls.h @@ -19,7 +19,7 @@ #ifndef __USTREAM_POLARSSL_H #define _

[OpenWrt-Devel] [PATCH 2/2] ustream-ssl: mbedtls: fix ssl client verification

2019-12-08 Thread Daniel Danzberger
Signed-off-by: Daniel Danzberger --- ustream-mbedtls.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/ustream-mbedtls.c b/ustream-mbedtls.c index 85bbb1c..74c27a5 100644 --- a/ustream-mbedtls.c +++ b/ustream-mbedtls.c @@ -182,16 +182,9 @@ static void ustream_ssl_update_own_cert(struct

[OpenWrt-Devel] [PATCH 2/2] ramips: create common DTSI for TP-Link Archer C20i/C20 v1/C50 v1

2019-12-08 Thread Adrian Schmutzler
The TP-Link Archer C20i/C20 v1/C50 v1 seem to be almost the same, so creating a common DTSI will reduce duplicate code. Signed-off-by: Adrian Schmutzler --- .../dts/mt7620a_tplink_archer-c20-v1.dts | 126 +- .../ramips/dts/mt7620a_tplink_archer-c20i.dts | 119 +--

[OpenWrt-Devel] [PATCH 1/2] ramips: add label MAC address for TP-Link Archer C20i

2019-12-08 Thread Adrian Schmutzler
Current OpenWrt MAC setup: eth0 &rom 0xf100:48 eth0.2 eth0+1 :49 wlan0 (5 GHz)&radio 0x8004 different OUI wlan1 (2.4 GHz) &radio 0x4 same OUI as wlan0 Label MAC address corresponds to eth0 (ðernet). No additional addresses found in hexdump of rom/radio.

[OpenWrt-Devel] [PATCH 5/6] ramips: rt288x: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to calculate MAC address increments for WAN. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. This removes the wan_mac setup for ralink,v11s

[OpenWrt-Devel] [PATCH 4/6] ramips: mt76x8: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to calculate MAC address increments for WAN. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. While at it, change the partition label for zy

[OpenWrt-Devel] [PATCH 1/6] ramips: remove wan_mac setup for evaluation boards

2019-12-08 Thread Adrian Schmutzler
The evaluation boards do not set up a MAC address for eth0 in the first place, so it does not make sense to calculate a WAN address from the random MAC used there. Signed-off-by: Adrian Schmutzler --- target/linux/ramips/mt7620/base-files/etc/board.d/02_network | 4 target/linux/ramips/mt76

[OpenWrt-Devel] [PATCH 2/6] ramips: mt7620: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to calculate MAC address increments for WAN. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. Signed-off-by: Adrian Schmutzler --- .../mt7

[OpenWrt-Devel] [PATCH 6/6] ramips: rt305x: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to calculate MAC address increments for WAN. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. This removes the wan_mac setup for the followi

[OpenWrt-Devel] [PATCH 0/6] ramips: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to alculate MAC address increments for WAN is 02_network. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. As a side effect, changes to ether

[OpenWrt-Devel] [PATCH 3/6] ramips: mt7621: use flash location for wan_mac in 02_network

2019-12-08 Thread Adrian Schmutzler
This uses the flash locations instead of eth0 MAC address to calculate MAC address increments for WAN. The change will make the MAC address setup of a particular device more obvious and removes the dependency of 02_network on the eth0 initialization. Signed-off-by: Adrian Schmutzler --- .../mt7

[OpenWrt-Devel] Large images

2019-12-08 Thread W. Michael Petullo
If there a good reason for the following during the build process? dd if=[...]/build_dir/target-x86_64_musl/linux-x86_64/root.squashfs of=[...]/build_dir/target-x86_64_musl/linux-x86_64/root.squashfs.new bs=4294967296 conv=sync The use of bs=n where n is very large will exhaust the memory on th

Re: [OpenWrt-Devel] UBus wire protocol documentation

2019-12-08 Thread Peter Stadler
I know only the somehow generic wiki pages of OpenWrt and looked mostly at the sources: https://git.openwrt.org/?p=project/ubus.git;a=blob;f=libubus.h https://git.openwrt.org/?p=project/libubox.git;a=blob;f=blobmsg_json.c There is also an example for a client in the tree. Currently I have a w