Re: [LEDE-DEV] [PATCH 2/3] procd: Don't use syslog before its initialization

On 11/03/17 01:48, Michal Sojka wrote: When procd starts a rcS script, it captures its stdout and stderr and logs them to syslog. It could happen (and I don't know exactly why), that a rcS scripts produces some output before openlog() is called in procd. The result is that all subsequent logs

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

On 03/10/2017 09:09 AM, Bjørn Mork wrote: > Eric Luehrsen writes: >> It appears many other severs and clients dont implement IA_TA. Its a lost >> option. > Sure. Very few want this feature. We must however assume that those > who do want it will implement it. We must

[LEDE-DEV] [PATCH 2/3] procd: Don't use syslog before its initialization

When procd starts a rcS script, it captures its stdout and stderr and logs them to syslog. It could happen (and I don't know exactly why), that a rcS scripts produces some output before openlog() is called in procd. The result is that all subsequent logs from procd are logged with ident and PID of

[LEDE-DEV] [PATCH 1/3] procd: Add missing \n in debug message

Signed-off-by: Michal Sojka --- inittab.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/inittab.c b/inittab.c index 011d7a6..21172f7 100644 --- a/inittab.c +++ b/inittab.c @@ -303,7 +303,7 @@ void procd_inittab(void) if

[LEDE-DEV] [PATCH 3/3] procd: Log initscript output prefixed with script name

It helps with debugging of initscript problems. Signed-off-by: Michal Sojka --- rcS.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/rcS.c b/rcS.c index 4813146..0dc0aa2 100644 --- a/rcS.c +++ b/rcS.c @@ -42,6 +42,7 @@ struct initd { static void

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On Fri, Mar 10, 2017 at 11:05 AM, Felix Fietkau wrote: > On 2017-03-10 19:58, Tim Harvey wrote: >> On Fri, Mar 10, 2017 at 8:39 AM, Felix Fietkau wrote: >>> On 2017-03-10 17:28, Tim Harvey wrote: On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On 2017-03-10 19:58, Tim Harvey wrote: > On Fri, Mar 10, 2017 at 8:39 AM, Felix Fietkau wrote: >> On 2017-03-10 17:28, Tim Harvey wrote: >>> On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: On 10 March 2017 at 16:01, Tim Harvey

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On Fri, Mar 10, 2017 at 8:39 AM, Felix Fietkau wrote: > On 2017-03-10 17:28, Tim Harvey wrote: >> On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: >>> On 10 March 2017 at 16:01, Tim Harvey wrote: The MV88E6176 switch is present

[LEDE-DEV] [PATCH] ar71xx: add ath10k driver and firmware for Netgear R6100 to firmware image

A Netgear R6100 owner reported the LEDE images lack the ath10k driver and firmware [1]. This patch adds both to the R6100 image. [1] https://forum.lede-project.org/t/netgear-r6100-5ghz-wifi-not-working-after-initial-install/ Signed-off-by: Stijn Segers

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On 10 March 2017 at 17:28, Tim Harvey wrote: > On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: >> On 10 March 2017 at 16:01, Tim Harvey wrote: >>> The MV88E6176 switch is present on the GW16083 and the GW5904 >>> >>> As of

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On 2017-03-10 17:28, Tim Harvey wrote: > On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: >> On 10 March 2017 at 16:01, Tim Harvey wrote: >>> The MV88E6176 switch is present on the GW16083 and the GW5904 >>> >>> As of

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: > On 10 March 2017 at 16:01, Tim Harvey wrote: >> The MV88E6176 switch is present on the GW16083 and the GW5904 >> >> As of a5c32a1f1996f4f75504c4a9abd1c99eaa598df1 these drivers are to be >> enabled

Re: [LEDE-DEV] [PATCH 2/2] target/arc770: switch to 4.9 kernel

On 2017-03-10 16:57, Alexey Brodkin wrote: > Completely forgot about feeds, sorry. > So what I did now was "./scripts/feed uninstall -a", selected ARC770 board, > enabled CONFIG_ALL_KMOD and all got built perfectly fine for me. > > Any other ideas what's missing in my case? Did you create a fresh

Re: [LEDE-DEV] [PATCH 2/2] target/arc770: switch to 4.9 kernel

Hi Felix, On Fri, 2017-03-10 at 16:59 +0100, Felix Fietkau wrote: > On 2017-03-10 16:57, Alexey Brodkin wrote: > > > > Completely forgot about feeds, sorry. > > So what I did now was "./scripts/feed uninstall -a", selected ARC770 board, > > enabled CONFIG_ALL_KMOD and all got built perfectly

Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On 10 March 2017 at 16:01, Tim Harvey wrote: > The MV88E6176 switch is present on the GW16083 and the GW5904 > > As of a5c32a1f1996f4f75504c4a9abd1c99eaa598df1 these drivers are to be > enabled static in per-target kernels. A standard kernel syntax may be preferred: commit

Re: [LEDE-DEV] [PATCH 2/2] target/arc770: switch to 4.9 kernel

On 2017-03-10 16:00, Alexey Brodkin wrote: > Hi Felix, > > On Tue, 2017-03-07 at 19:30 +0100, Felix Fietkau wrote: >> On 2017-03-06 19:30, Alexey Brodkin wrote: >> > >> > With update of ARC tools to arc-2016.09 based on GCC v6.x >> > we have to bump Linux kernel version so both toolchain and >>

[LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

The MV88E6176 switch is present on the GW16083 and the GW5904 As of a5c32a1f1996f4f75504c4a9abd1c99eaa598df1 these drivers are to be enabled static in per-target kernels. Signed-off-by: Tim Harvey --- target/linux/imx6/config-4.9 | 8 1 file changed, 8

[LEDE-DEV] [PATCH] imx6: add support for GW5904

Signed-off-by: Tim Harvey --- .../linux/imx6/base-files/etc/board.d/02_network | 3 +- target/linux/imx6/base-files/lib/imx6.sh | 5 + .../files-4.9/arch/arm/boot/dts/imx6dl-gw5904.dts | 19 + .../files-4.9/arch/arm/boot/dts/imx6q-gw5904.dts | 23 +

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

Eric Luehrsen writes: > It appears many other severs and clients dont implement IA_TA. Its a lost > option. Sure. Very few want this feature. We must however assume that those who do want it will implement it. > It should not break "expectations" as this an central

Re: [LEDE-DEV] [PATCH v3] ramips: Improve Sanlinking D240 config

A gentle ping for this patch :) -Kristian ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

Eric Luehrsen writes: > IP6 SLAAC plus privacy is common. DHCPv6 should be able to provide > the same funciton. This way central IT can maintain integrity and > traceability. However, individual machines will not be easily > placed into a pattern over time by external

Re: [LEDE-DEV] [PATCH][V2][netifd] ubus: propagate error code on netifd_reload()

On 2017-03-10 12:11, Alexandru Ardelean wrote: > The context is that we generate some of the UCI config > for netifd via scripts/programs. > > Every once in a while, there's a goof when doing that > UCI generation, and netifd prints out the error at > stderr, but returns 0 (success) err-code. >

Re: [LEDE-DEV] [PATCH] [ubox] syslog: remove unnecessary sizeof struct between messages

On 10/03/17 11:06, Dan Bugnar wrote: The next message needs to be written after the data of current message. This was adding "sizeof(struct log_head)" bytes between messages. Signed-off-by: Dan Bugnar --- log/syslog.c | 2 +- 1 file changed, 1 insertion(+), 1

[LEDE-DEV] [PATCH][V2][netifd] ubus: propagate error code on netifd_reload()

The context is that we generate some of the UCI config for netifd via scripts/programs. Every once in a while, there's a goof when doing that UCI generation, and netifd prints out the error at stderr, but returns 0 (success) err-code. This change will fail the ubus call if UCI config is invalid

[LEDE-DEV] [PATCH] [ubox] syslog: remove unnecessary sizeof struct between messages

The next message needs to be written after the data of current message. This was adding "sizeof(struct log_head)" bytes between messages. Signed-off-by: Dan Bugnar --- log/syslog.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/log/syslog.c

Re: [LEDE-DEV] [PATCH] netifd: propagate error code on netifd_reload()

On 2017-03-10 10:38, Alexandru Ardelean wrote: > The context is that we generate some of the UCI config > for netifd via scripts/programs. > > Every once in a while, there's a goof when doing that > UCI generation, and netifd prints out the error at > stderr, but returns 0 (success) err-code. >

[LEDE-DEV] [PATCH] netifd: propagate error code on netifd_reload()

The context is that we generate some of the UCI config for netifd via scripts/programs. Every once in a while, there's a goof when doing that UCI generation, and netifd prints out the error at stderr, but returns 0 (success) err-code. This change will fail the ubus call if UCI config is invalid

[LEDE-DEV] [PATCH][RFC] ubus: propagate error code on netifd_reload()

The context is that we generate some of the UCI config for netifd via scripts/programs. Every once in a while, there's a goof when doing that UCI generation, and netifd prints out the error at stderr, but returns 0 (success) err-code. This change will fail the ubus call if UCI config is invalid

Re: [LEDE-DEV] Support for more than a single overlay, which is selected at boot time

Hi, This solution would work for the uci configuration. This device uses daemons that keep state (e.g., in an sql database) that is not part of the uci files together with binary logs that are are used over boots. In theory it is possible to use for each of this daemons two directories and chose

[LEDE-DEV] [PATCH umdns 3/3] Don't cache hosts as services

From: Rafał Miłecki This was kind of abuse of struct cache_service and the tree storing all cached entries. Host isn't really a service, treating it so required extra checks whenever dealing with cached entries. Now we converted all code to read DNS records A and directly

[LEDE-DEV] [PATCH umdns 0/3] Stop storing hosts as services

From: Rafał Miłecki I find storing hosts as services a bit confusing & making code a bit more complex by requiring extra checks. This patchset shouldn't change any behavior. I verified it by doing: ubus call umdns hosts ubus call umdns browse before and after every commit. I