Hi Daniel, Adrian,
See my comments inline.
On 02.02.2020 17:41, Daniel Golle wrote:
The Teltonika RUT955 is an industrial 2G/3G/4G WiFi router with
various additional inputs and outputs.
Specification:
- 550/400/200 MHz (CPU/DDR/AHB)
- 128 MB of RAM (DDR2)
- 16 MB of FLASH (SPI NOR)
- 4x 10/1
Hello Hannu,
Le lun. 3 févr. 2020 à 14:59, Hannu Nyman a écrit :
>
> Michal Cieslakiewicz kirjoitti 3.2.2020 klo 20.54:
> > Remove read-only flag from U-boot environment partition for Netgear
> > WNDR3700 v1 and v2 so u-boot-envtools can modify data there.
> >
>
> Any reason, why you have left ou
Michal Cieslakiewicz kirjoitti 3.2.2020 klo 20.54:
Remove read-only flag from U-boot environment partition for Netgear
WNDR3700 v1 and v2 so u-boot-envtools can modify data there.
Any reason, why you have left out the third router in the series, WNDR3800?
It is identical to WNDR3700v2 except
Remove read-only flag from U-boot environment partition for Netgear
WNDR3700 v1 and v2 so u-boot-envtools can modify data there.
Signed-off-by: Michal Cieslakiewicz
---
target/linux/ath79/dts/ar7161_netgear_wndr3700-v2.dts | 1 -
target/linux/ath79/dts/ar7161_netgear_wndr3700.dts| 1 -
2 fil
Hi Daniel,
On 02.02.2020 17:40, Daniel Golle wrote:
For devices having LEDs or buttons connected via I2C or SPI connected
GPIO chips it is desireable to access these busses early during boot
in order to signal progress and failsafe-mode. Hence have support for
i2c-gpio and spi-gpio built-into th
> -Original Message-
> From: Michal Cieslakiewicz [mailto:michal.cieslakiew...@wp.pl]
> Sent: Montag, 3. Februar 2020 18:04
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2 2/2] ath79: uboot-envtools: add
> Netgear WNDR3700v2
>
> On Mo
On Mon, 3 Feb 2020 11:33:08 +0100
"Adrian Schmutzler" wrote:
> Hi,
>
> I've just merged 1/2, but when looking at this patch I found that
> u-boot-env partition is read-only for both v1/v2?
>
> Best
>
> Adrian
>
Hi Adrian,
Thanks for spotting that, didn't noticed that env is marked as
read-
On Wed, Dec 18, 2019 at 11:44 AM Alin Nastac wrote:
>
> When netifd manages the prefix route directly, it will remove it
> the moment prefix gets deprecated. This will make it impossible
> for the target to send ICMPv6 errors back to LAN devices still
> using the deprecated prefix, thus breaking t
From: Alin Nastac
When netifd manages the prefix route directly, it will remove it
the moment prefix gets deprecated. This will make it impossible
for the target to send ICMPv6 errors back to LAN devices still
using the deprecated prefix, thus breaking the L-14 requirement
of RFC 7084.
Signed-of
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 ---
Hi Bjørn,
Thanks a lot for readin
Numbers originated from lua bindings get explicitly truncated to 32 bit.
Signed-off-by: Alin Nastac
---
lua/ubus.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lua/ubus.c b/lua/ubus.c
index 86dcc50..aa01ac9 100644
--- a/lua/ubus.c
+++ b/lua/ubus.c
@@ -196,7 +196,11 @@
Branch: refs/heads/master
Home: https://github.com/sdwalker/sdwalker.github.io
Commit: 70670f30aeb73e2441c7cc54e9043b23b8de80fa
https://github.com/sdwalker/sdwalker.github.io/commit/70670f30aeb73e2441c7cc54e9043b23b8de80fa
Author: Stephen Walker
Date: 2020-02-03 (Mon, 03 Feb 2
Hi,
I've just merged 1/2, but when looking at this patch I found that u-boot-env
partition is read-only for both v1/v2?
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Michal Cieslakiewicz
> Sent: Montag, 20. Januar
Hi,
what is the actual benefit of this? The image building recipes are hard enough
to understand as-is, is it really worth it to replace a plain "kernel-bin |
append-dtb | lzma" command sequence with yet another variable indirection just
to safe a few bytes in the Makefile?
I could understand the
This introduces a variable KERNEL_DTB_LZMA to replace the frequently
used sequence "kernel-bin | append-dtb | lzma", similar to the
same variable in ramips target.
Signed-off-by: Adrian Schmutzler
---
target/linux/ath79/image/Makefile | 5 +++--
target/linux/ath79/image/common-mikroti
To make it more obvious what it does, this renames the variable
for the sequence "kernel-bin | append-dtb | lzma" to KERNEL_DTB_LZMA.
Signed-off-by: Adrian Schmutzler
---
target/linux/ramips/image/Makefile | 4 ++--
target/linux/ramips/image/common-tp-link.mk | 10 +-
target/li
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Paul Oranje
> Sent: Sonntag, 2. Februar 2020 23:26
> To:
> Cc: openwrt-devel@lists.openwrt.org; Piotr Dymacz
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: introduces KERNEL_LZMA var
JORDI PALET MARTINEZ via openwrt-devel
writes:
> We are working in a possible optimization to 464XLAT, in order to
> support old IPv4-only devices such as SmartTVs, STBs, etc., with
> 464XLAT, avoiding double translation (CLAT and PLAT) when the contents
> are already dual-stacked in the CDN/cach
18 matches
Mail list logo