Re: [LEDE-DEV] [PATCH] ar71xx: GPIO driver backport

2017-02-09 Thread John Crispin
On 31/01/2017 18:19, Daniel Gonzalez Cabanelas wrote: > Backport the ath79 GPIO driver to kernel 4.4. > > Benefits this driver has compared with the old one: > - support for the interrupt controller > - module removable > > The new code using the generic MMIO GPIO driver starts in > kernel 4.6

Re: [LEDE-DEV] ar71xx: support for Zyxel NWA1121-NI (updated)

2017-02-09 Thread John Crispin
On 01/02/2017 09:51, alexpro wrote: > Hi, > > This is updated patch for Zyxel NWA1121-NI support: > > - added files, forgotten last time > - cleaned up the patch > - updated ar71xx.sh, platform.sh > - checked sysupgrade - works > > > > From d7372b409d6c69781f147949a511e61f539dbf2f Mon Sep 17

Re: [LEDE-DEV] [PATCH] ar71xx: Support for TP-LINK MR6400

2017-02-09 Thread John Crispin
On 04/02/2017 14:54, Filip Moc wrote: > From 2a930f515c38069c2e57ef76f0ffe0d8e2ab115a Mon Sep 17 00:00:00 2001 > From: Filip Moc > Date: Sat, 4 Feb 2017 14:37:08 +0100 > Subject: [LEDE-DEV] [PATCH] ar71xx: Support for TP-LINK MR6400 > > Add support for TP-Link MR6400 > > Everything seems to be

[LEDE-DEV] [PATCH mdns] Send A(AAA) records when announcing

2017-02-09 Thread Rafał Miłecki
From: Rafał Miłecki This allows device to be discovered by its local hostname. Signed-off-by: Rafał Miłecki --- announce.c | 1 + 1 file changed, 1 insertion(+) diff --git a/announce.c b/announce.c index 03c7b8f..ad129c0 100644 --- a/announce.c +++ b/announce.c @@ -66,6 +66,7 @@ announce_time

Re: [LEDE-DEV] [PATCH] ar71xx: Support for TP-LINK MR6400

2017-02-09 Thread Filip Moc
On Thu, Feb 09, 2017 at 09:40:31AM +0100, John Crispin wrote: > Hi, > > there should be a "Signed-off-by:" line here. please resend the patch > with the line added. > > John Hi John, thank you for your response. Actually there was "Signed-off-by:" line in my original email. If you look h

Re: [LEDE-DEV] [PATCH] ar71xx: Support for TP-LINK MR6400

2017-02-09 Thread Sven Eckelmann
On Donnerstag, 9. Februar 2017 10:32:37 CET Filip Moc wrote: > On Thu, Feb 09, 2017 at 09:40:31AM +0100, John Crispin wrote: > > Hi, > > > > there should be a "Signed-off-by:" line here. please resend the patch > > with the line added. [...] > Actually there was "Signed-off-by:" line in my origina

[LEDE-DEV] [PATCH] procd: stop service using SIGKILL if SIGTERM failed to do so

2017-02-09 Thread Alin Nastac
SIGKILL is sent if instance process is still running after seconds after SIGTERM has been sent. To prevent another daemon process being launched before old process dies, the instance is kept until SIGCHLD confirms that service has been stopped. Signed-off-by: Alin Nastac --- service/instance.c

Re: [LEDE-DEV] [PATCH] procd: stop service using SIGKILL if SIGTERM failed to do so

2017-02-09 Thread John Crispin
Hi, i know that someone else is about to send a fix for the same issue but with a different approach of fixing it. i'd like to wait for this 2nd patch to arrive before we decide which to merge John On 09/02/2017 11:02, Alin Nastac wrote: > SIGKILL is sent if instance process is still run

Re: [LEDE-DEV] [PATCH] procd: stop service using SIGKILL if SIGTERM failed to do so

2017-02-09 Thread Alin Năstac
On Thu, Feb 9, 2017 at 11:54 AM, John Crispin wrote: > Hi, > > i know that someone else is about to send a fix for the same issue but > with a different approach of fixing it. i'd like to wait for this 2nd > patch to arrive before we decide which to merge Are you sure it wasn't me? :) You said yes

Re: [LEDE-DEV] [PATCH] procd: stop service using SIGKILL if SIGTERM failed to do so

2017-02-09 Thread John Crispin
On 09/02/2017 12:43, Alin Năstac wrote: > On Thu, Feb 9, 2017 at 11:54 AM, John Crispin wrote: >> Hi, >> >> i know that someone else is about to send a fix for the same issue but >> with a different approach of fixing it. i'd like to wait for this 2nd >> patch to arrive before we decide which to

Re: [LEDE-DEV] [PATCH mdns] Send A(AAA) records when announcing

2017-02-09 Thread John Crispin
On 09/02/2017 10:11, Rafał Miłecki wrote: > From: Rafał Miłecki > > This allows device to be discovered by its local hostname. > > Signed-off-by: Rafał Miłecki Acked-by: John Crispin > --- > announce.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/announce.c b/announce.c > ind

Re: [LEDE-DEV] [PATCH v2] ramips: add support for RATOC REX-WIFISD2

2017-02-09 Thread John Crispin
On 28/01/2017 17:03, FUKAUMI Naoki wrote: > RATOC REX-WIFISD2 is a battery-powered wireless SD card reader with > > - MT7620A + MT7610E > - 64MiB DDR2 SDRAM > - 16MiB SPI flash > - 2T2R 11b/g/n + 1T1R 11ac/a/n Wi-Fi > - 1x 10/100Mbps ethernet switch > - 1x SD card > - 1x USB 2.0 > - 2x p

Re: [LEDE-DEV] [PATCH 1/2] mac80211: backport upstream fix for CSA in IBSS mode

2017-02-09 Thread Koen Vandeputte
Patch got accepted upstream. https://git.kernel.org/cgit/linux/kernel/git/jberg/mac80211-next.git/commit/?id=f181d6a3bcc35633facf5f3925699021c13492c5 On 2017-02-08 16:11, Koen Vandeputte wrote: Allows to change channels on-the-fly using CSA when using IBSS. Signed-off-by: Koen Vandeputte ---

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

2017-02-09 Thread Bastian Bittorf
* Jo-Philipp Wich [07.02.2017 15:20]: > Check "git log scripts/config/" and compare the complexity & size of > "./scripts/metadata.pl config tmp/.packageinfo" in OpenWrt with > "./scripts/package-metadata.pl config tmp/.packageinfo" on LEDE. is 'make menuconfig' also using 'package-metadata.pl'?

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

2017-02-09 Thread Bastian Bittorf
* Bastian Bittorf [09.02.2017 17:45]: > is 'make menuconfig' also using 'package-metadata.pl'? > > I ask, because start 'menuconfig' and selecting/unselecting > symbols with the GUI is very fast, but the same operation - is'nt it? i will answer the question myself: it is not. defconfig must be c

Re: [LEDE-DEV] License for DTS files

2017-02-09 Thread Rafał Miłecki
On 3 February 2017 at 12:29, Rafał Miłecki wrote: > In LEDE we have quite a lot of DTS files that hasn't been upstreamed. > They often contain no licensing info. > > Upstream Linux maintainers prefer/require clear BSD-compatible > license, see e.g.: > https://lkml.org/lkml/2016/5/4/707 > > Some pe

Re: [LEDE-DEV] [PATCH v2] ramips: add support for RATOC REX-WIFISD2

2017-02-09 Thread Rafał Miłecki
On 9 February 2017 at 15:13, John Crispin wrote: > On 28/01/2017 17:03, FUKAUMI Naoki wrote: >> diff --git a/target/linux/ramips/dts/REX-WIFISD2.dts >> b/target/linux/ramips/dts/REX-WIFISD2.dts >> new file mode 100644 >> index 000..4d8819a >> --- /dev/null >> +++ b/target/linux/ramips/dts/REX

[LEDE-DEV] LEDE v17.01.0-rc2

2017-02-09 Thread Jo-Philipp Wich
Hi, The LEDE Community is proud to announce the second release candidate of the upcoming LEDE 17.01 stable version series. Main scope of this RC version is backporting important fixes and addressing critical bugs to further refine the code base for the final v17.01.0 version. --- Some selected

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

2017-02-09 Thread Karl Palsson
> > (apply some symbols) > make defconfig > > [...] > > (apply some symbols) > make defconfig > > This is called up to 30 times till our '.config' is ready. > > Question: is it *safe* to call 'defconfig' only at there very > end? That's all I've ever done. I have a little snippet of maybe 20-

Re: [LEDE-DEV] License for DTS files

2017-02-09 Thread John Crispin
On 09/02/2017 18:18, Rafał Miłecki wrote: > On 3 February 2017 at 12:29, Rafał Miłecki wrote: >> In LEDE we have quite a lot of DTS files that hasn't been upstreamed. >> They often contain no licensing info. >> >> Upstream Linux maintainers prefer/require clear BSD-compatible >> license, see e.g

[LEDE-DEV] [PATCH netifd] device: add veth support

2017-02-09 Thread Matthias Schiffer
The veth config code mostly handles the primary interface of a veth pair, the secondary interface is not explicitly referenced and will be found as an unrelated interface after the pair has been created. This doesn't only allow us to keep the veth code simple (and similar to existing device handle

[LEDE-DEV] [PATCH] procd: add cancel_timeout on rc scripts when a runtime_timeout is specified

2017-02-09 Thread Jurgen Van Ham
Enable procd to restrict the execution time of a rc scripts during shutdown, even when a script ignores the SIGTERM signal by insisting after 10s with a SIGKILL. Signed-off-by: Jurgen Van Ham --- file /etc/rc.d/K01test reproduces the problem that this patch addresses. #!/bin/sh h_sigterm() {