Re: [OpenWrt-Devel] [PATCH] procd: add procd_running() helper for checking running state

2019-05-01 Thread Rafał Miłecki
On Wed, 1 May 2019 at 19:09, Jo-Philipp Wich wrote: > > From: Rafał Miłecki > > > > This should be helpful for implementing service_running() in procd init > > scripts. > > > > Signed-off-by: Rafał Miłecki > > --- > > package/system/procd/files/procd.sh | 15 +++ > > 1 file changed,

Re: [OpenWrt-Devel] [PATCH] procd: add procd_running() helper for checking running state

2019-05-01 Thread John Crispin
On 01/05/2019 19:08, Jo-Philipp Wich wrote: Hi, comment inline below. From: Rafał Miłecki This should be helpful for implementing service_running() in procd init scripts. Signed-off-by: Rafał Miłecki --- package/system/procd/files/procd.sh | 15 +++ 1 file changed, 15 inser

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

2019-05-01 Thread camden lindsay
Hmmm; well, i've got this; Fresh 'firstboot' on an archer c7 V2, following version info: root@LEDE:~# cat /etc/openwrt_* DISTRIB_ID='LEDE' DISTRIB_RELEASE='SNAPSHOT' DISTRIB_REVISION='r3189-12db207' DISTRIB_CODENAME='reboot' DISTRIB_TARGET='ar71xx/generic' DISTRIB_ARCH='mips_24kc' DISTRIB_DESCRIPTI

Re: [OpenWrt-Devel] Commit 8dcc1087602e breaks FA526 (Gemini) compile

2019-05-01 Thread Boris Krasnovskiy
Hi Linus, I did check generated toolchain defaults. They seem correct. As such I believe issue is with one of the packages. Extra information like crash log could help to determine which one. Here are the generated toolchain defaults for gimeni: The following options are target specific: -mabi

Re: [OpenWrt-Devel] Commit 8dcc1087602e breaks FA526 (Gemini) compile

2019-05-01 Thread Boris Krasnovskiy
Hi Linus, I do not see anything wrong for your target. And I do not have any Gemini devices. Crash during init that you can see, is pretty far along in the boot process, so toolchain likely correct. Maybe an issue with some packages… You can run “ gcc -Q --help=target” on the compiled

[OpenWrt-Devel] Commit 8dcc1087602e breaks FA526 (Gemini) compile

2019-05-01 Thread Linus Walleij
Hi Boris & friends, commit 8dcc1087602e2dd606e4f6e81a06aee62cfd4f4c "toolchain: ARM: Fix toolchain compilation for gcc 8.x" regresses the Gemini (FA526-based). I cannot quite see how. I noticed init crashed with the latest OpenWrt codebase and bisected it down to this commit. Before the commit i

[OpenWrt-Devel] [PATCH] tegra: add vendor string to device name

2019-05-01 Thread Tomasz Maciej Nowak
for better identification. Also create SUPPORTED_DEVICES string from it which corresponds to dts compatible string. Signed-off-by: Tomasz Maciej Nowak --- package/boot/uboot-tegra/Makefile | 2 +- target/linux/tegra/image/Makefile | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) dif

[OpenWrt-Devel] [PATCH 7/8] mvebu: use device-tree board detection

2019-05-01 Thread Tomasz Maciej Nowak
Convert whole target to Device Tree based board detection instead of identifying devices by dts file name. With this we can drop mvebu.sh translation script and rely on common method for model detection. Signed-off-by: Tomasz Maciej Nowak --- .../mvebu/base-files/etc/board.d/01_leds | 22 ++

[OpenWrt-Devel] [PATCH 5/8] mvebu: image: don't create unnecessarily shell variables

2019-05-01 Thread Tomasz Maciej Nowak
Use make syntax to pass the U-Boot image location and boot and root partitions size, instead of relying on shell functions and variables. Signed-off-by: Tomasz Maciej Nowak --- target/linux/mvebu/image/Makefile | 18 ++ .../linux/mvebu/image/gen_mvebu_sdcard_img.sh

[OpenWrt-Devel] [PATCH 8/8] mvebu: add images for additional ESPRESSObin boards

2019-05-01 Thread Tomasz Maciej Nowak
This commit adds support for different iterations of ESPRESSObin. The added variants are: ESPRESSObin with soldered eMMC, ESPRESSObin V7, compared to V5 some passive elements changed and ethernet ports labels positions have been reversed, ESPRESSObin V7 with soldered eMMC. Please refer to: 584d

[OpenWrt-Devel] [PATCH 0/8] mvebu: cleanups, improvments and new ESPRESSObin variants

2019-05-01 Thread Tomasz Maciej Nowak
This series drops unnecessary cruft and improves image code, so that it's better aligned with most well maintained targets in OpenWrt. Additionally it introduces image for three ESPRESSObin variants. Series is applicable after "mvebu: fix board_name condition in 79_move_config" by Klaus Kudielka.

[OpenWrt-Devel] [PATCH 3/8] mvebu: image: introduce BOOT_SCRIPT variable

2019-05-01 Thread Tomasz Maciej Nowak
All of U-Boot scripts repeat the same pattern with only Device Tree blob name changing for respective device. Therefore create generic scripts which will be altered on demad by image build process, and create BOOT_SCRIPT variable which can be added to device recipe and will allow referencing the sa

[OpenWrt-Devel] [PATCH 6/8] mvebu: add vendor to device names

2019-05-01 Thread Tomasz Maciej Nowak
Replace SoC names with vendors in device names, in few cases, and add vendor to developemnt boards for easier identyfying potential firmware to flash. Signed-off-by: Tomasz Maciej Nowak --- package/boot/uboot-mvebu/Makefile | 2 +- target/linux/mvebu/image/Makefile | 1 - target/linu

[OpenWrt-Devel] [PATCH 4/8] mvebu: image: improve readability of device recipes

2019-05-01 Thread Tomasz Maciej Nowak
Drop overly complex amount of defines wich are referenced in the same devices pool and move image recipes to common define, since devices not using them overwrite it. Signed-off-by: Tomasz Maciej Nowak --- target/linux/mvebu/image/Makefile | 21 --- target/linux/mvebu/image/corte

[OpenWrt-Devel] [PATCH 2/8] mvebu: image: stack repeated variables

2019-05-01 Thread Tomasz Maciej Nowak
All of arm64 devices have part of variables repeatedly defined. Stack them to common define, and reference it in each device recipe. Signed-off-by: Tomasz Maciej Nowak --- target/linux/mvebu/image/Makefile | 8 target/linux/mvebu/image/cortex-a53.mk | 12 ++-- target/linux

[OpenWrt-Devel] [PATCH 1/8] mvebu: remove unnecessary code building dtbs

2019-05-01 Thread Tomasz Maciej Nowak
Even if dts is not included in upstream Makefile, it is built anyway by recipe specified in include/image.mk. Also remove Build/dtb, it's not used since 3f72f3a ("mvebu: clearfog: include DTB for all variants in image"). Signed-off-by: Tomasz Maciej Nowak --- target/linux/mvebu/image/Makefile

Re: [OpenWrt-Devel] [PATCH] procd: add procd_running() helper for checking running state

2019-05-01 Thread Jo-Philipp Wich
Hi, comment inline below. > From: Rafał Miłecki > > This should be helpful for implementing service_running() in procd init > scripts. > > Signed-off-by: Rafał Miłecki > --- > package/system/procd/files/procd.sh | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/packa

[OpenWrt-Devel] [PATCH] nftables: Fix compilation with uClibc-ng

2019-05-01 Thread Rosen Penev
Missing header for va_list. Signed-off-by: Rosen Penev --- https://downloads.openwrt.org/snapshots/faillogs/arc_arc700/base/nftables/compile.txt actually shows the exact same change. package/network/utils/nftables/Makefile| 2 +- .../network/utils/nftables/patches/010-uclibc-

[OpenWrt-Devel] [PATCH] elfutils: Fix compile with uClibc-ng

2019-05-01 Thread Rosen Penev
Probably glibc too. argp_help takes a char *. not const char *. Signed-off-by: Rosen Penev --- package/libs/elfutils/Makefile| 2 +- .../libs/elfutils/patches/200-uclibc-ng-compat.patch | 11 +++ 2 files changed, 12 insertions(+), 1 deletion(-) create mode 1006

[OpenWrt-Devel] [PATCH] libbsd: Fix compilation under ARC

2019-05-01 Thread Rosen Penev
The 8 year old file does not have any ARC definitions. Signed-off-by: Rosen Penev --- package/libs/libbsd/Makefile | 2 +- package/libs/libbsd/patches/010-fix-arc.patch | 15 +++ 2 files changed, 16 insertions(+), 1 deletion(-) create mode 100644 package/libs/libbs

[OpenWrt-Devel] Last chance to submit your abstract...Materials & NanoMaterials, Paris July 2019

2019-05-01 Thread Technical Secretariat SciKnow
Madrid 2018, Spain... You are invited Paris 2019 Extended Abstracts Submission Deadline June 1st, 2019 Venue: University Paris 8, Paris, France 2019 International Conference on Materials and Nanomaterials (MNs-19) ( http://email.sci-knowledge.eu/c/eJxtj71uwyAURp8Gb0X8ONgLg1s3G57SIVNFgdikBJAhoc7T