Re: [OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread John Crispin
On 05/12/2018 07:42, Michael Heimpold wrote: Hi, Am Mittwoch, 5. Dezember 2018, 03:52:20 CET schrieb Yousong Zhou: On Wed, 5 Dec 2018 at 06:00, Michael Heimpold wrote: Hi, I'm currently playing with USB gadget stuff. The goal is to run an Ethernet link and a console over the USB link. I

Re: [OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread John Crispin
On 05/12/2018 03:52, Yousong Zhou wrote: On Wed, 5 Dec 2018 at 06:00, Michael Heimpold wrote: Hi, I'm currently playing with USB gadget stuff. The goal is to run an Ethernet link and a console over the USB link. I already selected the relevant kernel modules and ACM device and RNDIS device

Re: [OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread John Crispin
On 04/12/2018 22:59, Michael Heimpold wrote: Hi, I'm currently playing with USB gadget stuff. The goal is to run an Ethernet link and a console over the USB link. I already selected the relevant kernel modules and ACM device and RNDIS device is created on the USB host system - all fine so far.

Re: [OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread Michael Heimpold
Hi, Am Mittwoch, 5. Dezember 2018, 03:52:20 CET schrieb Yousong Zhou: > On Wed, 5 Dec 2018 at 06:00, Michael Heimpold wrote: > > Hi, > > > > I'm currently playing with USB gadget stuff. The goal is to run an > > Ethernet > > link and a console over the USB link. I already selected the relevant

[OpenWrt-Devel] [PATCH] base-files:fix a bug when add led timer trigger

2018-12-04 Thread robinson
When I tried to add a led timer tirgger in "target/linux/ramips/base-files/ etc/board.d/01_leds" like below ucidef_set_led_timer "system" "system" "zhuotk:green:system" "1000" "1000" it will be failed to add value to "delayon" and "delayoff". This commit fix this bug. Signed-off-by: robinson ---

[OpenWrt-Devel] [PATCH] ramips: add support to JS76x8 development board

2018-12-04 Thread robinson
This commit adds support for the ZhuoTK JS76x8 development board, The device has the following specifications: - SOC:MT7628AN/NN or MT7688AN (580MHz) - RAM:64/128/256 MB (DDR2) - FLASH:8/16/32 MB (SPI NOR) - 3x 10/100 Mbps ethernet ports (MT7628/MT7688 built-in switch) - 1x 2T2R 2.4 GHz Wi-Fi

Re: [OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread Yousong Zhou
On Wed, 5 Dec 2018 at 06:00, Michael Heimpold wrote: > > Hi, > > I'm currently playing with USB gadget stuff. The goal is to run an Ethernet > link and a console over the USB link. I already selected the relevant kernel > modules and ACM device and RNDIS device is created on the USB host > system

[OpenWrt-Devel] [PATCH v2] kernel: add DT binding support to AVM EVA parser

2018-12-04 Thread David Bauer
It allows selecting split-firmware parser directly by specifying image-format in the device-tree. Signed-off-by: David Bauer --- v2: remove kernel version check .../linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_eva.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [OpenWrt-Devel] [PATCH v4 2/2] Allow sysupgrade restore on ER

2018-12-04 Thread Jonathan Thibault
On 04/12/18 04:53 PM, Petr Štetiar wrote: Please try to follow DRY principles and don't copy the same code over again. I mean something like this: er_move_config() { local dev="$1" mount -t vfat "$dev" /mnt [ -f /mnt/sysupgrade.tgz ] && mv -f /mnt/sysupgrade.tgz

[OpenWrt-Devel] Q: procd: re-evaluation of inittab entries

2018-12-04 Thread Michael Heimpold
Hi, I'm currently playing with USB gadget stuff. The goal is to run an Ethernet link and a console over the USB link. I already selected the relevant kernel modules and ACM device and RNDIS device is created on the USB host system - all fine so far. The ACM device on the USB gadget side is

Re: [OpenWrt-Devel] ar71xx Vs ath79 -- sysupgrade

2018-12-04 Thread Piotr Dymacz
Hi Henrique, On 04.12.2018 17:08, Henrique de Moraes Holschuh wrote: Another aspect was the LED configuration, as LED naming is very inconsistent and often differs from ar71xx. Some LEDs are now not included in UCI configuration. > So you either need to delete (and recreate) them ore just dump

Re: [OpenWrt-Devel] [PATCH v4 2/2] Allow sysupgrade restore on ER

2018-12-04 Thread Petr Štetiar
Jonathan Thibault [2018-12-04 14:59:32]: Hi, sorry, that I've missed previous review rounds. > diff --git a/target/linux/octeon/base-files/lib/preinit/79_move_config > b/target/linux/octeon/base-files/lib/preinit/79_move_config > index ec63d9f5ff..470cbfe005 100644 > ---

Re: [OpenWrt-Devel] [PATCH] autotools.mk: autoreconf: Fix missing install-sh by forcing install in libtoolize

2018-12-04 Thread Petr Štetiar
Michael Heimpold [2018-12-04 21:08:51]: Hi, > libgpiod is already part of package feed: > https://github.com/openwrt/packages/blob/master/libs/libgpiod/Makefile nice, *facepalm* :-) Thanks for letting me know! I've just missed it, sorry for the noise. > > autoreconf: running:

Re: [OpenWrt-Devel] [PATCH] autotools.mk: autoreconf: Fix missing install-sh by forcing install in libtoolize

2018-12-04 Thread Michael Heimpold
Hi, Am Dienstag, 4. Dezember 2018, 14:47:23 CET schrieb Petr Štetiar: > I'm trying to create a package for libgpiod, libgpiod is already part of package feed: https://github.com/openwrt/packages/blob/master/libs/libgpiod/Makefile > which uses > AC_CONFIG_AUX_DIR macro, which is probably leading

[OpenWrt-Devel] [PATCH v4 2/2] Allow sysupgrade restore on ER

2018-12-04 Thread Jonathan Thibault
--- target/linux/octeon/base-files/lib/preinit/79_move_config | 5 + target/linux/octeon/base-files/lib/upgrade/platform.sh| 5 + 2 files changed, 10 insertions(+) diff --git a/target/linux/octeon/base-files/lib/preinit/79_move_config

[OpenWrt-Devel] [PATCH v4 0/2] Allow sysupgrade restore on ER

2018-12-04 Thread Jonathan Thibault
This is a very simple patch that completes sysupgrade functionality on UBNT ER8. Default layout leaves about 128MB free on the kernel partition so there is plenty of space for temporary config backups. Jonathan Thibault (2): Evaluate board names in alphabetical order Allow sysupgrade restore

[OpenWrt-Devel] [PATCH v4 1/2] Evaluate board names in alphabetical order

2018-12-04 Thread Jonathan Thibault
--- target/linux/octeon/base-files/lib/upgrade/platform.sh | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh b/target/linux/octeon/base-files/lib/upgrade/platform.sh index cd49c0da36..6d258dbb0f 100755 ---

Re: [OpenWrt-Devel] [PATCH v2] Add generic actions to sched-core

2018-12-04 Thread Jonathan Thibault
On 03/12/18 01:37 AM, John Crispin wrote: Hi, sched-core is dependet on by these 2 packages and should only contain features required by them package/network/utils/iproute2/Makefile: DEPENDS:=+kmod-sched-core +(PACKAGE_devlink||PACKAGE_rdma):libmnl package/network/config/qos-scripts/Makefile:

Re: [OpenWrt-Devel] [PATCH fstools RFC] block: generate hotplug.d mount even "add" after mounting

2018-12-04 Thread Rafał Miłecki
On 30.11.2018 21:01, Michael Heimpold wrote: Am Freitag, 30. November 2018, 16:07:40 CET schrieb Rafał Miłecki: From: Rafał Miłecki This is what was implemented in mountd and what some scripts used to use. It's a pretty generic solution for managing software that may use e.g. USB storage.

[OpenWrt-Devel] [PATCH fstools] blockd: don't unmount device when removing it from the list

2018-12-04 Thread Rafał Miłecki
From: Rafał Miłecki Device gets removed from the list (vlist_delete()) when block calls "hotplug" method of blockd using ubus. Right after that block unmounts that device on its own. blockd shouldn't care about unmounting on its own for following reasons: 1) To avoid code/behavior duplication

Re: [OpenWrt-Devel] [PATCH] build: depend on host zip tool

2018-12-04 Thread Paul Oranje
> Op 3 dec. 2018, om 23:20 heeft Daniel Engberg > het volgende geschreven: > > On 2018-12-03 23:05, Paul Oranje wrote: >>> Op 3 dec. 2018, om 10:57 heeft Daniel Engberg >>> het volgende geschreven: >>> Hi, >>> Perhaps its worth considering adding bsdtar / libarchive >>>