Re: [LEDE-DEV] [PATCH] ar71xx: add support for Ubiquiti Litebeam M5

Hi Arne, comments inline On 19/10/17 15:56, Arne Zachlod wrote: Specification: - SoC: Atheros AR9342 - Flash: 8 MiB - RAM: 64 MiB - UART: 1x UART on PCB - 115200 8N1 - Ethernet: 1 x 100 Mbit with passive PoE (24V/0.2A) Doesn't work: * Flash via TFTP with Uiquiti Uboot Installation via

Re: [LEDE-DEV] [PATCH] jshn: add functionality to read big JSON

On Thu, Nov 16, 2017 at 8:52 PM, Christian Beier wrote: > The existing read functionality feeds the complete JSON to jshn as a > cmdline argument, leading to `-ash: jshn: Argument list too long` > errors for JSONs bigger than ca. 100KB. > > This commit adds the ability to

Re: [LEDE-DEV] [PATCH] base-files: do not backup unchanged files

> On 17 Nov 2017, at 00:41, luizl...@gmail.com wrote: > > From: Luiz Angelo Daros de Luca > > Only backup /aaa/bbb/ccc if /rom/aaa/bbb/ccc does not exist > or /aaa/bbb/ccc is different from /rom/aaa/bbb/ccc. > > Signed-off-by: Luiz Angelo Daros de Luca

Re: [LEDE-DEV] [PATCH] base-files: do not backup unchanged files

After applied, the list of files in backup in a fresh installation change from: root@LEDE:~# sysupgrade -l /etc/config/dhcp /etc/config/dropbear /etc/config/firewall /etc/config/network /etc/config/system /etc/dropbear/dropbear_rsa_host_key /etc/group /etc/hosts /etc/inittab

[LEDE-DEV] [PATCH] base-files: do not backup unchanged files

From: Luiz Angelo Daros de Luca Only backup /aaa/bbb/ccc if /rom/aaa/bbb/ccc does not exist or /aaa/bbb/ccc is different from /rom/aaa/bbb/ccc. Signed-off-by: Luiz Angelo Daros de Luca --- package/base-files/files/sbin/sysupgrade | 6 -- 1 file

Re: [LEDE-DEV] Lede/Openwrt documentation

On 16/11/2017 21:42, Javier Domingo Cansino wrote: Before this thread falls into oblivion, I would like to ask the guys on charge of the docs (I think I got the correct emails) for feedback. The general impression from the list that I have is that there are a lot of doubts on if such a

[LEDE-DEV] [PATCH] ipq806x: ipq4019: enable usb phy

Run tested on ap-dk01.2-c1 Signed-off-by: Roman Yeryomin --- target/linux/ipq806x/config-4.9 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ipq806x/config-4.9 b/target/linux/ipq806x/config-4.9 index a2dd40272e..bca4264c8f 100644 ---

Re: [LEDE-DEV] [PATCH v1] wireguard: bump to 0.0.20171111

On Thu, Nov 16, 2017 at 8:09 PM, Kevin Darbyshire-Bryant wrote: > edaad55 (tag: 0.0.2017) version: bump snapshot > 7a989b3 tools: allow for NULL keys everywhere > 46f8cbc curve25519: reject deriving from NULL private keys > 9b43542 tools: remove ioctl cruft >

Re: [LEDE-DEV] Lede/Openwrt documentation

Before this thread falls into oblivion, I would like to ask the guys on charge of the docs (I think I got the correct emails) for feedback. The general impression from the list that I have is that there are a lot of doubts on if such a hardcore change in documentation will work, but the benefits

[LEDE-DEV] [PATCH v1] wireguard: bump to 0.0.20171111

edaad55 (tag: 0.0.2017) version: bump snapshot 7a989b3 tools: allow for NULL keys everywhere 46f8cbc curve25519: reject deriving from NULL private keys 9b43542 tools: remove ioctl cruft f6cea8e allowedips: rename from routingtable 23f553e wg-quick: allow for tabs in keys ab9befb netlink: make

Re: [LEDE-DEV] [RFC 2/3] ipq: Don't force selection of the IPQ4019 firmware.

I don't have the energy to try to push something like this to the upstream kernel, and little hope it would be accepted if I were to try. I think modifying LEDE is more possible, but I have not made any effort on this. My interest is mainly with the firmware and driver, and I hope that someone

[LEDE-DEV] [PATCH] jshn: add functionality to read big JSON

The existing read functionality feeds the complete JSON to jshn as a cmdline argument, leading to `-ash: jshn: Argument list too long` errors for JSONs bigger than ca. 100KB. This commit adds the ability to read the JSON directly from a file if wanted, removing this shell-imposed size limit.

Re: [LEDE-DEV] [PATCH netifd] interface-ip: add missing IPv6 policy rule

On Thu, Nov 16, 2017 at 6:02 PM, Paul Oranje wrote: > git show 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa > yields: > fatal: bad object 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa Are you sure you're doing git show in the netifd git repo ? The link to the netifd commit is

Re: [LEDE-DEV] [PATCH netifd] interface-ip: add missing IPv6 policy rule

git show 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa yields: fatal: bad object 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa Paul > Op 16 nov. 2017, om 15:42 heeft Hans Dedecker het > volgende geschreven: > > Commit 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa added interface routing

Re: [LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

Hello, On Thu, Nov 9, 2017 at 8:42 PM, Kristian Evensen wrote: > I replaced the 3526 with other devices containing the mt7530 switch > (both mt7621 and mt7623-based boards), and the issues seems to be > related to the switch rather than the SoC. I am able to reliably

[LEDE-DEV] [PATCH netifd] interface-ip: add missing IPv6 policy rule

Commit 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa added interface routing table support; as a result for IPv6 the prefix route linked to the IPv6 address is added to the specified IPv6 interface routing table. In order to route traffic having as destination the IPv6 prefix a policy rule is required

Re: [LEDE-DEV] [RFC] filesystem-agnostic sysupgrade backup system

> On 16 Nov 2017, at 14:05, Thibaut VARÈNE wrote: > > Notes: > - The proposed system does put more strain on the RAM usage during upgrade > than the existing system. does *not* put more strain, sorry. T. PS: I’m not subscribed

[LEDE-DEV] [RFC] filesystem-agnostic sysupgrade backup system

Hi, Following up on [1], I propose a different way of handling sysupgrade backups that would no longer rely on a filesystem stub (jffs2, ubifs or otherwise). Note: the following elements describe squashfs with jffs2 overlay images, but I suspect they apply to more cases (ubifs…). Current

Re: [LEDE-DEV] [PATCH 4/4] otrx: fix memory leak in otrx_create_append_zeros

On Thu, 2017-11-16 at 10:15 +0100, Rafał Miłecki wrote: > From: Rafał Miłecki > > A "free" call was missing after allocating a buffer. > > Signed-off-by: Rafał Miłecki > --- > package/utils/otrx/src/otrx.c | 3 +++ > 1 file changed, 3 insertions(+) > >

Re: [LEDE-DEV] [PATCH 3/4] otrx: print and return errno if fopen fails

On Thu, 2017-11-16 at 10:15 +0100, Rafał Miłecki wrote: > From: Rafał Miłecki > > Signed-off-by: Rafał Miłecki > --- > package/utils/otrx/src/otrx.c | 22 -- > 1 file changed, 12 insertions(+), 10 deletions(-) > > diff --git

[LEDE-DEV] [PATCH 4/4] otrx: fix memory leak in otrx_create_append_zeros

From: Rafał Miłecki A "free" call was missing after allocating a buffer. Signed-off-by: Rafał Miłecki --- package/utils/otrx/src/otrx.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/package/utils/otrx/src/otrx.c b/package/utils/otrx/src/otrx.c

[LEDE-DEV] [PATCH 2/4] otrx: bump buffer size in otrx_create_append_file

From: Rafał Miłecki Usually this function is called for appending some small files only (like fs marks) but let's just make it more generic and capable of handling bigger files easily. Increasing buffer to 1 KiB shouldn't hurt. Signed-off-by: Rafał Miłecki

[LEDE-DEV] [PATCH 3/4] otrx: print and return errno if fopen fails

From: Rafał Miłecki Signed-off-by: Rafał Miłecki --- package/utils/otrx/src/otrx.c | 22 -- 1 file changed, 12 insertions(+), 10 deletions(-) diff --git a/package/utils/otrx/src/otrx.c b/package/utils/otrx/src/otrx.c index

[LEDE-DEV] [PATCH 1/4] otrx: drop unused otrx_create_parse_options function

From: Rafał Miłecki It was there in case of adding some "create" command options that should be parsed before actually creating the output image. It seems we don't need any at this point so let's drop this function for now. Signed-off-by: Rafał Miłecki ---