Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- well maybe Bottom line : mt76 is

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Rosen Penev
On Fri, Aug 2, 2019 at 5:55 PM Joan Moreau via openwrt-devel wrote: > > 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 th

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- In an attempt to force LZO with J

[OpenWrt-Devel] [PATCH 2/2] mdadm: Include sys/sysmacros.h under musl as well.

2019-08-02 Thread Rosen Penev
Needed with musl version 1.1.23 as it no longer includes this header internally. From changelog: - sys/types.h no longer pollutes namespace with sys/sysmacros.h in any profile Signed-off-by: Rosen Penev --- package/utils/mdadm/patches/102-sysmacros.patch | 11 +++ 1 file changed, 11 ins

[OpenWrt-Devel] [PATCH 1/2] mdadm: revised mdadm config & init logic

2019-08-02 Thread Rosen Penev
From: Joseph Tingiris This is a significant revision of /etc/init.d/mdadm. It adds new features, support for new configuration options, safer error handling, (configurable) verbose output, and contains multiple bug fixes. Most notably, mdadm was being started with the --config flag and that pre

[OpenWrt-Devel] [PATCH v2] procd: add daemon mode and remove pid 1 check

2019-08-02 Thread Paul Spooren
Add arg -D to start procd in daemon mode. This allows running procd directly, not only via /init. Useful for CI environments to start services like ubus and netifd without needing the whole init process. To make this work procd also spawns services when running on a different pid than 1, normal wh

Re: [OpenWrt-Devel] [PATCH v2] build: include BUILD_VARIANT in PKG_BUILD_DIR

2019-08-02 Thread Paul Spooren
Hey, on commit 5e928acf22cdc956eabe6e4b2327b34eb0ee66da applying fails: error: patch failed: package/libs/ustream-ssl/Makefile:10 error: package/libs/ustream-ssl/Makefile: patch does not apply However removing the ustream-ssl part of the patch results in a working version for (at least) all thre

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Christian Lamparter
On Friday, August 2, 2019 8:03:17 PM CEST Jeff Kletsky wrote: > > On 8/2/19 7:46 AM, Adrian Schmutzler wrote: > > This converts all remaining devices to use interrupt-driven > > gpio-keys compatible instead of gpio-keys-polled. > > The poll-interval is removed. > > > > Not that this proposed chan

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: make USE_PROCD=1 default

2019-08-02 Thread John Crispin
Hi, ignoring the ranting and putting  the enlightening philantrophic comments aside, on a pure technical level, being the author of procd, I dont think this is a good idea. procd is an opt-in feature for those that want to use it. there has never been a requirement to make it baseline. USE_PR

Re: [OpenWrt-Devel] [PATCH v2] build: include BUILD_VARIANT in PKG_BUILD_DIR

2019-08-02 Thread Jeffery To
On Wed, May 15, 2019 at 8:32 PM Jeffery To wrote: > This changes the default PKG_BUILD_DIR to take BUILD_VARIANT into > account (if set), so that packages do not need to manually override > PKG_BUILD_DIR just to handle variants. > > This also updates most base packages with variants to use the up

Re: [OpenWrt-Devel] Cryptodev-linux compile error with armvirt-64 sdk

2019-08-02 Thread Jeffery To
On Fri, Aug 2, 2019 at 3:16 AM Petr Štetiar wrote: > Jeffery To [2019-08-02 02:04:23]: > > > I believe this started after a459d237 (this added > CONFIG_ARM64_MODULE_PLTS=y > > that config symbol is selected by ARM64_ERRATUM_843419 ("Cortex-A53: > 843419: A > load or store might access an incorre

[OpenWrt-Devel] [PATCH] sdk: Fix cryptodev-linux build when CONFIG_ARM64_MODULE_PLTS=y

2019-08-02 Thread Jeffery To
When CONFIG_ARM64_MODULE_PLTS=y, arch/arm64/kernel/module.lds is required to build cryptodev-linux. This updates the sdk to include this file. Signed-off-by: Jeffery To --- target/sdk/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/target/sdk/Makefile b/target/sdk/

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Michal Cieslakiewicz
On Fri, 2 Aug 2019 16:46:10 +0200 Adrian Schmutzler wrote: > This converts all remaining devices to use interrupt-driven > gpio-keys compatible instead of gpio-keys-polled. > The poll-interval is removed. > > Signed-off-by: Adrian Schmutzler > --- > [...] > diff --git a/target/linux/ath79/dts/

Re: [OpenWrt-Devel] Why ath79 has been made source-only on 19.07?

2019-08-02 Thread Vincent Wiemann
I remember it was decided that: 1. 19.07 will be the last release where image generation is turned on for ar71xx (oldstable-style). 2. Because of that nor more pull-requests for ar71xx were accepted but fixes. 3. 19.07 will be the last release where image generation is turned on for tiny devices

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Jeff Kletsky
On 8/2/19 7:46 AM, Adrian Schmutzler wrote: This converts all remaining devices to use interrupt-driven gpio-keys compatible instead of gpio-keys-polled. The poll-interval is removed. Not that this proposed change makes the situation any different, but many devices have switches that are po

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Dmitry Tunin
пт, 2 авг. 2019 г. в 17:46, Adrian Schmutzler : > > This converts all remaining devices to use interrupt-driven > gpio-keys compatible instead of gpio-keys-polled. > The poll-interval is removed. > When I ported DIR-825-b1 to ath79 last year, "gpio-keys" where very unreliable and I had to switch t

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: make USE_PROCD=1 default

2019-08-02 Thread Reiner Karlsberg
Although not a developer of openwrt itself, but a happy (?) user, I have to agree to the statement below. PROCD=1 default is a NOGO for me. Simple reason,as mentioned already: Software, which is not documented, does not exist. Which is a requirement, we had to obey to already half a century ag

Re: [OpenWrt-Devel] Memory leak related to OpenWrt patch of hostapd

2019-08-02 Thread Nick Schaf
> Nick Schaf [2019-07-31 16:34:36]: > > Hi, > > > I've noticed the wpa_supplicant process on my mesh interfaces leaking > > memory to the point that the kernel kills the process. It was > > discovered in 18.06.2, but I've reproduced it with 18.06.4 and with > > the master branch from the Git

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: make USE_PROCD=1 default

2019-08-02 Thread Kevin 'ldir' Darbyshire-Bryant
> On 2 Aug 2019, at 16:00, Hannu Nyman wrote: > > Hauke Mehrtens kirjoitti 2.8.2019 klo 17.42: >> On 7/23/19 3:37 PM, Petr Štetiar wrote: >>> Transition period for init script migration was long enough, let's >>> make USE_PROCD=1 default now so there's enough time to convert the >>> remaining s

[OpenWrt-Devel] [PATCH] ar71xx: WNR2200: remove redundant GPIO for WLAN LED

2019-08-02 Thread Michal Cieslakiewicz
Without this patch, an extra entry appears for AR9287 GPIO that duplicates WLAN LED but in fact drives nothing: gpiochip1: GPIOs 502-511, ath9k-phy0: gpio-502 (|netgear:blue:wlan ) out hi gpio-503 (|netgear:amber:test ) out hi gpio-504 (

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- Additionally, I get the following

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: make USE_PROCD=1 default

2019-08-02 Thread Hannu Nyman
Hauke Mehrtens kirjoitti 2.8.2019 klo 17.42: On 7/23/19 3:37 PM, Petr Štetiar wrote: Transition period for init script migration was long enough, let's make USE_PROCD=1 default now so there's enough time to convert the remaining services/init scripts for the next release. Signed-off-by: Petr Št

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Adrian Schmutzler
Anything speaking against doing the same for ramips mt7620a, mt7621, mt7628? > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Adrian Schmutzler > Sent: Freitag, 2. August 2019 16:46 > To: openwrt-devel@lists.openwrt.org > Subject: [

[OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-02 Thread Adrian Schmutzler
This converts all remaining devices to use interrupt-driven gpio-keys compatible instead of gpio-keys-polled. The poll-interval is removed. Signed-off-by: Adrian Schmutzler --- target/linux/ath79/dts/ar1022_iodata_wn-ag300dgr.dts | 3 +-- target/linux/ath79/dts/ar7161_buffalo_wzr-hp-ag30

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: make USE_PROCD=1 default

2019-08-02 Thread Hauke Mehrtens
On 7/23/19 3:37 PM, Petr Štetiar wrote: > Transition period for init script migration was long enough, let's > make USE_PROCD=1 default now so there's enough time to convert the > remaining services/init scripts for the next release. > > Signed-off-by: Petr Štetiar > --- > package/base-files/fil

Re: [OpenWrt-Devel] [PATCH] scons: move to packages feed

2019-08-02 Thread Hauke Mehrtens
On 7/28/19 11:31 PM, Petr Štetiar wrote: > This patch removes scons host build tool, as commit 0c090fde68b2 > ("scons: move host build tool to a proper place") in the packages feed > has moved scons into the new home. > > There are currently no packages in the master tree which would need > scons,

Re: [OpenWrt-Devel] [PATCH] wireless-regdb: fix build when python2 from package feeds exists

2019-08-02 Thread Hauke Mehrtens
On 7/31/19 10:31 PM, Petr Štetiar wrote: > wireless-regdb fails to build if there is python2 installed from package > feeds, as staging_dir/hostpkg/bin/python is python2 and > staging_dir/hostpkg/bin takes precedence over staging_dir/host/bin > (proper place with python -> python3 symlink) which le

Re: [OpenWrt-Devel] atomic sleep bugs - 19.07 (and probably Master too)

2019-08-02 Thread Hauke Mehrtens
On 8/2/19 10:40 AM, Koen Vandeputte wrote: > > On 01.08.19 17:27, Koen Vandeputte wrote: >> Hi All, >> >> I've been playing around the last few days stresstesting latest 19.07 >> on different targets (ar71xx, cns3xxx, imx6, ...) with extra kernel >> debug features enabled. >> >> I'll post some res

Re: [OpenWrt-Devel] [PATCH] lantiq: use gpio_hog instead of gpio-export

2019-08-02 Thread Hauke Mehrtens
On 8/2/19 11:57 AM, Birger Koblitz wrote: > lantiq: use gpio_hog instead of gpio-export > > The `gpio-export` functionality is a hack for > missing kernel functionality, which was rejected in upstream kernel long > time > ago, for details see this email > http://lists.infradead.org/pipermail/openw

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- Removing "debug fs" in compilation

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- attached On 2019-08-02 18:36, Pe

Re: [OpenWrt-Devel] package mt76 fails to compile under certain configuration [Was: Compilation error on master / mt7620]

2019-08-02 Thread Petr Štetiar
Joan Moreau via openwrt-devel [2019-08-02 07:56:41]: > Hello, > > I reach the following error while compiling my MT7620/ZBT826-16M on > master (no error on 18.06) : > > CC [M] > /usr/src/openwrt/4g/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7620/mt76-2019-07-22-75656a45/mt7603/pci.o > :0

[OpenWrt-Devel] [PATCH] ramips: use gpio_hog instead of gpio-export

2019-08-02 Thread Birger Koblitz
ramips: use gpio_hog instead of gpio-export The `gpio-export` functionality is a hack for missing kernel functionality, which was rejected in upstream kernel long time ago, for details see this email http://lists.infradead.org/pipermail/openwrt-devel/2019-February/015772.html, discussion in PR#136

[OpenWrt-Devel] [PATCH] lantiq: use gpio_hog instead of gpio-export

2019-08-02 Thread Birger Koblitz
lantiq: use gpio_hog instead of gpio-export The `gpio-export` functionality is a hack for missing kernel functionality, which was rejected in upstream kernel long time ago, for details see this email http://lists.infradead.org/pipermail/openwrt-devel/2019-February/015772.html, discussion in PR#136

[OpenWrt-Devel] [PATCH] ath79: use gpio_hog instead of gpio-export

2019-08-02 Thread Birger Koblitz
ath79: use gpio_hog instead of gpio-export The `gpio-export` functionality is a hack for missing kernel functionality, which was rejected in upstream kernel long time ago, for details see this email http://lists.infradead.org/pipermail/openwrt-devel/2019-February/015772.html, discussion in PR#1366

Re: [OpenWrt-Devel] Compilation error on master / mt7620

2019-08-02 Thread Joan Moreau via openwrt-devel
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 --- Same error with 19.07 On 2019-0

[OpenWrt-Devel] Dodatečné zdroje

2019-08-02 Thread Kamil Adamec via openwrt-devel
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 --- Dobrý den! Živnostníkům často sto

[OpenWrt-Devel] [PATCH] procd: add daemon mode and remove pid 1 check

2019-08-02 Thread Paul Spooren
Add arg -D to start procd in daemon mode. This allows running procd directly, not only via /init. Useful for CI environments to start services like ubus and netifd without needing the whole init process. To make this work procd also spawns services when running on a different pid than 1, normal wh

Re: [OpenWrt-Devel] atomic sleep bugs - 19.07 (and probably Master too)

2019-08-02 Thread Koen Vandeputte
On 01.08.19 17:27, Koen Vandeputte wrote: Hi All, I've been playing around the last few days stresstesting latest 19.07 on different targets (ar71xx, cns3xxx, imx6, ...) with extra kernel debug features enabled. I'll post some results here as maybe somebody has a clue. :) Some interesting