[OpenWrt-Devel] Bug on procps-ng-skill OpenWrt 19.07.2

2020-04-19 Thread Marcelo Pacheco
In module procps-ng-3.3.15, source skill.c, function check_proc char buf[128]; This buffer is too small to read /proc//stat The code requires the whole file to be read: len = read(fd, buf, sizeof(buf)); if (len <= 0 || (size_t)len >= sizeof(buf)) goto closure; Fix

Re: [OpenWrt-Devel] Can build x86_64 because of ntf_reject_ipv4.ko missing

2020-04-19 Thread Philip Prindeville
Sigh. *Can’t* build. > On Apr 19, 2020, at 9:47 PM, Philip Prindeville > wrote: > > Hi all, > > I just rebased to openwrt master today, and tried to rebuild from scratch but > I’m getting: > > make[3]: Entering directory '/home/philipp/lede/package/kernel/linux' > mkdir -p /home/philipp/l

[OpenWrt-Devel] Can build x86_64 because of ntf_reject_ipv4.ko missing

2020-04-19 Thread Philip Prindeville
Hi all, I just rebased to openwrt master today, and tried to rebuild from scratch but I’m getting: make[3]: Entering directory '/home/philipp/lede/package/kernel/linux' mkdir -p /home/philipp/lede/staging_dir/target-x86_64_musl/root-x86/stamp SHELL= flock /home/philipp/lede/tmp/.root-copy.flock

[OpenWrt-Devel] ubus acls for params or hotplugd ?

2020-04-19 Thread Etienne Champetier
Hi all, Most OpenWrt daemon are still running as root today. If we take the case of ntpd, to do its job it just need CAP_SYS_TIME and to be able to deliver a hotplug event. Right now hotplug-call is a simple shell loop executing all the scripts in /etc/hotplug.d/$1/, so ntpd need to run as root.

[OpenWrt-Devel] [PATCH v3 3/3] build: have config-clean deal with old temp files

2020-04-19 Thread Eneas U de Queiroz
This is a temporary commit to have 'make config-clean' remove temporary files from the previous scripts/config version. The .gitignore file is updated to deal with the old files as well. Cc: Kevin Darbyshire-Bryant Signed-off-by: Eneas U de Queiroz diff --git a/scripts/config/.gitignore b/scri

[OpenWrt-Devel] [PATCH v3 2/3] build: add option to treat recursive deps as error

2020-04-19 Thread Eneas U de Queiroz
Running make with RECURSIVE_DEP_IS_ERROR=1 will cause a hard failure when a recursive dependency is detected. This is useful to apply stricter Ci tests, for example. Signed-off-by: Eneas U de Queiroz diff --git a/include/toplevel.mk b/include/toplevel.mk index ad8e5b8f20..5cf93ce7ef 100644 ---

[OpenWrt-Devel] [PATCH v3 0/3] build: update scripts/config to kconfig-v5.6

2020-04-19 Thread Eneas U de Queiroz
After breaking the build bots for a couple of days, this is another attempt to update scripts/config to linux kconfig-v5.6. This time I've spent some time testing it with the SDK, which is heavily dependent on recursive dependencies. While testing it, I found some minor bugs, which I've sent sepa

[OpenWrt-Devel] [PATCH] uboot-mxs: bump to v2020.04

2020-04-19 Thread Michael Heimpold
Also update the U-Boot BSP patch for I2SE Duckbill devices. Signed-off-by: Michael Heimpold --- package/boot/uboot-mxs/Makefile | 4 +- .../patches/001-add-i2se-duckbill.patch | 66 ++- 2 files changed, 36 insertions(+), 34 deletions(-) diff --git a/package/

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

2020-04-19 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: 3edb673752adbb80a61fe89ace18be87be99c4b4 https://github.com/sdwalker/sdwalker.github.io/commit/3edb673752adbb80a61fe89ace18be87be99c4b4 Author: Stephen Walker Date: 2020-04-19 (Sun, 19 Apr 2

[OpenWrt-Devel] [PATCH] ramips: mt7621: use lzma-loader for D-Link DIR-860L B1

2020-04-19 Thread Szabolcs Hubai
This device has trouble extracting big kernel from flash, and supports LZMA compressed kernels only. Using OpenWrt kernel loader saves us 64 KB compared to the dictionary size limiting workaround. Factory image sizes (commit: 5f126c541a74) with "CONFIG_ALL_KMODS=y": - original ("-d23", default):

[OpenWrt-Devel] [PATCH v3] ramips: mt7621: use lzma-loader for D-Link DIR-860L B1

2020-04-19 Thread Szabolcs Hubai
Hello, This is my third attempt to revive the snapshot images for D-Link DIR-860L B1. In this version, only the dlink_dir-860l-b1 recipe is modified. -- Regards, Szabolcs ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://list

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: mt7621: use lzma-loader for D-Link DIR-860L

2020-04-19 Thread Szabolcs Hubai
Hello! Chuanhong Guo ezt írta (időpont: 2020. ápr. 19., V, 17:42): > > Hi! > > On Sun, Apr 19, 2020 at 8:38 AM Szabolcs Hubai wrote: > > > > This device has trouble extracting big kernel from flash, > > and supports LZMA compressed kernels only. > > > > Using OpenWrt kernel loader saves us 64 KB

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: mt7621: use lzma-loader for D-Link DIR-860L

2020-04-19 Thread Chuanhong Guo
Hi! On Sun, Apr 19, 2020 at 8:38 AM Szabolcs Hubai wrote: > > This device has trouble extracting big kernel from flash, > and supports LZMA compressed kernels only. > > Using OpenWrt kernel loader saves us 64 KB compared to the dictionary > size limiting workaround. > > Factory image sizes (commi

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: mt7621: use lzma-loader for D-Link DIR-860L

2020-04-19 Thread Szabolcs Hubai
ezt írta (időpont: 2020. ápr. 19., V, 14:40): > > Hi, > > > -Original Message- > > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > > On Behalf Of Szabolcs Hubai > > Sent: Sonntag, 19. April 2020 02:37 > > To: openwrt-devel@lists.openwrt.org > > Cc: Szabolcs Hubai >

[OpenWrt-Devel] [PATCH 8/9] mtd: rawnand: bcm47xx: Merge all source files

2020-04-19 Thread Boris Brezillon
Given the number of lines it doesn't make them to split the code. Let's merge everything in main.c and rename the file into bcm47xxnflash.c. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/raw/bcm47xxnflash/Makefile | 3 - .../{ops_bcm4706.c => bcm47xxnflash.c}| 81 +++

[OpenWrt-Devel] [PATCH 7/9] mtd: rawnand: bcm47xx: Simplify the init() function

2020-04-19 Thread Boris Brezillon
The row and column sizes are now set as part of the exec_op() procedure and adjusted to match the requested number of address cycles. No need to set them in the init() function since those values will be overwritten anyway. As for the other sanity check that was done on the chip size, I don't think

[OpenWrt-Devel] [PATCH 6/9] mtd: rawnand: bcm47xx: Get rid of the legacy implementation

2020-04-19 Thread Boris Brezillon
Now that exec_op() is implemented we don't need to implement all those legacy hooks, which simplifies the code quite a bit. Signed-off-by: Boris Brezillon --- .../nand/raw/bcm47xxnflash/bcm47xxnflash.h| 6 - .../mtd/nand/raw/bcm47xxnflash/ops_bcm4706.c | 315 -- 2 files ch

[OpenWrt-Devel] [PATCH 9/9] mtd: rawnand: bcm47xx: Move the driver to drivers/mtd/nand/raw/

2020-04-19 Thread Boris Brezillon
Now that we have a single we can move it to the directory where all single source file drivers live. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/raw/Makefile| 1 + drivers/mtd/nand/raw/{bcm47xxnflash => }/bcm47xxnflash.c | 0 drivers/mtd/nand/raw/bcm47xxnflash

[OpenWrt-Devel] [PATCH 5/9] mtd: rawnand: bcm47xx: Implement the exec_op() interface

2020-04-19 Thread Boris Brezillon
Implement the exec_op() interface so we can get rid of the convoluted cmdfunc() implementation. Signed-off-by: Boris Brezillon --- This is based on my understanding of how this controller works, and I think it covers all the use cases covered by the custom cmdfunc() implementation. I might be wro

[OpenWrt-Devel] [PATCH 4/9] mtd: rawnand: bcm47xx: Demistify a few more things

2020-04-19 Thread Boris Brezillon
There were a few places were raw hex values were used instead of the macro def. We also add macros to help forming the conf value (note that we still have one magic bit whose meaning I couldn't extract from the code), and add an extra macro to specify the number of DATA cycles to issue when the RE

[OpenWrt-Devel] [PATCH 3/9] mtd: rawnand: bcm47xx: Allow compiling the driver when COMPILE_TEST=y

2020-04-19 Thread Boris Brezillon
Makes it easier to spot compile-time issues. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/raw/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig index 60c4eb9d382f..1f8aa353f764 100644 --- a/drivers/mtd/n

[OpenWrt-Devel] [PATCH 2/9] mtd: rawnand: bcm47xx: Drop dependency on BCMA

2020-04-19 Thread Boris Brezillon
BCMA_NFLASH can only be selected if BCMA is enabled and we already depend on BCMA_NFLASH, making the dependency on BCMA useless. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/raw/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/

[OpenWrt-Devel] [PATCH 0/9] mtd: rawnand: bcm47xx: Convert the driver exec_op()

2020-04-19 Thread Boris Brezillon
Hello, Recently I've been CC-ed on a few new driver submissions that were implementing the legacy interface, which made me realize the only way to prevent that from happening was to: 1/ convert all existing drivers to exec_op() 2/ document the new way of doing things #2 is definitely needed, but

[OpenWrt-Devel] [PATCH 1/9] mtd: rawnand: Add an is_last flag to nand_subop

2020-04-19 Thread Boris Brezillon
Some controllers need to know when they're passed the last subop so they can de-assert the CE pin. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/raw/nand_base.c | 2 ++ include/linux/mtd/rawnand.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/mtd/nand/raw/nand_base.c

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: mt7621: use lzma-loader for D-Link DIR-860L

2020-04-19 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Szabolcs Hubai > Sent: Sonntag, 19. April 2020 02:37 > To: openwrt-devel@lists.openwrt.org > Cc: Szabolcs Hubai > Subject: [OpenWrt-Devel] [PATCH 2/2] ramips: mt7621: use lzma-lo

Re: [OpenWrt-Devel] [PATCH 1/2] ramips: define image recipe for plain lzma-loader for advanced cases

2020-04-19 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Szabolcs Hubai > Sent: Sonntag, 19. April 2020 02:37 > To: openwrt-devel@lists.openwrt.org > Cc: Szabolcs Hubai > Subject: [OpenWrt-Devel] [PATCH 1/2] ramips: define image recipe

Re: [OpenWrt-Devel] linux5.4: build-dependency to rsync

2020-04-19 Thread Bjørn Mork
Sven Roederer writes: > I was just building a master-branch for x86-generic and got following error: > > make[5]: Entering directory '/mnt/local/btrfs/build/freifunk/ffberlin/ > firmware/openwrt/build_dir/toolchain-i386_pentium4_gcc-8.4.0_musl/ > linux-5.4.28' > INSTALL /mnt/local/btrfs/build/f