Re: [OpenWrt-Devel] kirkwood: Looking for github PR device support reviewer

On 18.05.2020 at 03:46 Raylynn Knight wrote: > > I have two of these devices. One with Wifi and one without. I’d like to > test with your patch, but step 2 is: > > Step two -> Use kwboot tool to upload openwrt u-boot to RAM: > > Where can I find the appropriate patch for u-boot? Every patches

Re: [OpenWrt-Devel] kirkwood: Looking for github PR device support reviewer

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 --- I have two of these devices. One

Re: [OpenWrt-Devel] [PATCH v2] package/base-files: caldata: work around dd's limitation

Hi Étienne, > Le 17 mai 2020 à 22:24, Etienne Champetier a > écrit : > > Hi Thibaut, > > Le dim. 17 mai 2020 à 15:46, Thibaut VARÈNE > a écrit : >> >> - dd if=$source of=$target iflag=skip_bytes bs=$count skip=$offset >> count=1 2>/dev/null || \ >> +

[OpenWrt-Devel] [PATCH v2] package/base-files: caldata: work around dd's limitation

tl;dr: dd will silently truncate the output if reading from special files (e.g. sysfs attributes) with a too large bs parameter. This problem was exposed on some RouterBOARD ipq40xx devices which use a caldata payload which is larger than PAGE_SIZE, contrary to all other currently supported

[OpenWrt-Devel] [PATCH] package/base-files: caldata: work around dd's limitation

tl;dr: dd will silently truncate the output if reading from special files (e.g. sysfs attributes) with a too large bs parameter. This problem was exposed on some RouterBOARD ipq40xx devices which use a caldata payload which is larger than PAGE_SIZE, contrary to all other currently supported

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

Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: ab8059ea195ba50a41d59dbb8f8d3a6dae737f51 https://github.com/sdwalker/sdwalker.github.io/commit/ab8059ea195ba50a41d59dbb8f8d3a6dae737f51 Author: Stephen Walker Date: 2020-05-17 (Sun, 17 May

Re: [OpenWrt-Devel] [PATCH v2] package/base-files: caldata: work around dd's limitation

Hi Thibaut, Le dim. 17 mai 2020 à 15:46, Thibaut VARÈNE a écrit : > > tl;dr: dd will silently truncate the output if reading from special > files (e.g. sysfs attributes) with a too large bs parameter. > > This problem was exposed on some RouterBOARD ipq40xx devices which use a > caldata payload

Re: [OpenWrt-Devel] kirkwood: Looking for github PR device support reviewer

On 21.04.2020 at 07:20 Pawel Dembicki wrote: > > Hi everybody, > > sometime ago I sent github PR[1] with support for Check Point L-50. > > Could someone take a look at this and review it? > > [1] https://github.com/openwrt/openwrt/pull/2719 > Anyone? Adrian helped me with a lot, but He need

Re: [OpenWrt-Devel] [PATCH 1/2] tools: add zstd

> On May 13, 2020, at 12:21 PM, Matthias Schiffer > wrote: > > Signed-off-by: Matthias Schiffer > --- > tools/zstd/Makefile | 20 ++ > ...re-portable-header-prefix-usage-1987.patch | 61 +++ > 2 files changed, 81 insertions(+) > create mode 100644

Re: [OpenWrt-Devel] [PATCH] package/base-files: caldata: work around dd's limitation

Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Thibaut VARÈNE > Sent: Sonntag, 17. Mai 2020 20:29 > To: openwrt-devel@lists.openwrt.org > Cc: Thibaut VARÈNE > Subject: [OpenWrt-Devel] [PATCH] package/base-files: caldata:

[OpenWrt-Devel] [PATCH netifd] vlandev: support setting ingress/egress QoS mappings

From: Pau Espin Pedrol It allows setting mappings for instance this way: """ config device option name 'vlan41' option type '8021q' option vid '41' option ifname 'eth1' list ingress_qos_mapping '1:2' list ingress_qos_mapping '2:5' list egress_qos_mapping '0:3' """

Re: [OpenWrt-Devel] [PATCH] bcm63xx: Livebox1: reenable the image generation

Hi Daniel, > -Original Message- > From: Daniel González Cabanelas [mailto:dgcb...@gmail.com] > Sent: Sonntag, 17. Mai 2020 19:57 > To: m...@adrianschmutzler.de > Cc: openwrt-devel@lists.openwrt.org; Álvaro Fernández Rojas > > Subject: Re: [OpenWrt-Devel] [PATCH] bcm63xx: Livebox1:

Re: [OpenWrt-Devel] [PATCH] bcm63xx: Livebox1: reenable the image generation

Hi Adrian, El dom., 17 may. 2020 a las 19:00, escribió: > > Hi, > > > -Original Message- > > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > > On Behalf Of Daniel González Cabanelas > > Sent: Sonntag, 17. Mai 2020 18:52 > > To: openwrt-devel@lists.openwrt.org > >

Re: [OpenWrt-Devel] [PATCH usign] Always pad fingerprints to 16 characters

Hi, > Fingerprints were not padded with zeros. [...] > > Signed-off-by: Matthias Schiffer Acked-by: Jo-Philipp Wich signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH] bcm63xx: Livebox1: reenable the image generation

Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Daniel González Cabanelas > Sent: Sonntag, 17. Mai 2020 18:52 > To: openwrt-devel@lists.openwrt.org > Cc: nolt...@gmail.com > Subject: [OpenWrt-Devel] [PATCH] bcm63xx: Livebox1:

[OpenWrt-Devel] [PATCH] bcm63xx: Livebox1: reenable the image generation

This old BCM6348 device still runs quite fine with OpenWrt snapshots when the board is modded with 64MB of RAM. Reenable the image generation and advertise the mod in the image filename Signed-off-by: Daniel González Cabanelas --- target/linux/bcm63xx/image/bcm63xx.mk | 2 +- 1 file changed, 1

Re: [OpenWrt-Devel] Is 18.06 packages buildbot intentionally offline?

Petr Štetiar kirjoitti 17.5.2020 klo 16.58: Hannu Nyman [2020-05-16 11:46:55]: Hi, Apparently the openwrt-18.06 packages buildbot has been offline three weeks, since 22 April 2020: http://buildbot.openwrt.org/openwrt-18.06/packages/one_line_per_build Is that intentional? yep, because

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: drop non-existant ralink, port-map for Ravpower WD03

Hi Piotr, > -Original Message- > From: Piotr Dymacz [mailto:pep...@gmail.com] > Sent: Sonntag, 17. Mai 2020 16:04 > To: Adrian Schmutzler ; openwrt- > de...@lists.openwrt.org > Subject: Re: [OpenWrt-Devel] [PATCH 2/2] ramips: drop non-existant ralink, > port-map for Ravpower WD03 > > Hi

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: drop non-existant ralink, port-map for Ravpower WD03

Hi Adrian, On 14.05.2020 16:02, Adrian Schmutzler wrote: The property "ralink,port-map" never existed, and the device is a one-port anyway. Just remove it. Never? Did you check d57223259b? -- Cheers, Piotr Fixes: 5ef79af4f80f ("ramips: add support for Ravpower WD03") Signed-off-by:

Re: [OpenWrt-Devel] Is 18.06 packages buildbot intentionally offline?

Hannu Nyman [2020-05-16 11:46:55]: Hi, > Apparently the openwrt-18.06 packages buildbot has been offline three weeks, > since 22 April 2020: > > http://buildbot.openwrt.org/openwrt-18.06/packages/one_line_per_build > > Is that intentional? yep, because somewhere at that time we've suddenly

[OpenWrt-Devel] [PATCH v2 1/4] tools: add zstd

Signed-off-by: Matthias Schiffer --- Changes since v1: - build unconditionally to make is usable for pack/unpack of packages - explicitly disable unneeded features tools/Makefile| 2 +- tools/zstd/Makefile | 20 ++

[OpenWrt-Devel] [PATCH v2 4/4] build: use zstd for SDK and ImageBuilder tarballs

Comression level -19 was chosen as it provides a very good tradeoff between compression ratio and performance, especially in multithreaded operation. Signed-off-by: Matthias Schiffer --- target/imagebuilder/Makefile | 8 target/sdk/Makefile | 8 2 files changed, 8

[OpenWrt-Devel] [PATCH v2 2/4] build: add zstd support to pack/unpack functions

Signed-off-by: Matthias Schiffer --- include/download.mk | 1 + include/unpack.mk | 4 2 files changed, 5 insertions(+) diff --git a/include/download.mk b/include/download.mk index 14d68bf8f5e9..9c8ada052b04 100644 --- a/include/download.mk +++ b/include/download.mk @@ -50,6 +50,7 @@

[OpenWrt-Devel] [PATCH v2 3/4] build: compress kernel debuginfo using zstd

zstd with its default settings (compression level -3) compresses better than bzip2 -9 (which is the default setting), and is an order of magnitude faster. I made the following measurements for the most common compression tools (all standard Debian Buster versions, default flags unless noted

Re: [OpenWrt-Devel] [PATCH libubox] blob: make blob_parse_untrusted more permissive

Matthias Schiffer [2020-05-16 23:13:50]: Hi, > Some tools like ucert use concatenations of multiple blobs. Account for > this case by allowing the underlying buffer length to be greater than > the blog length. in order to prevent future regression, could you please add a test case for this as