[LEDE-DEV] [RFC] sysntpd: restore support for peer-less (standalone) mode

ntpd from Busybox supports peer-less (standalone) mode when it's started with option -l and without any peer provided with option -p. In this mode ntpd uses local time as reference and acts as stratum 1 server. This mode can be used in isolated networks, where Internet access and/or other NTP

Re: [LEDE-DEV] lantiq: FritzBox 3370 questions

Hi Joerg, > -Ursprüngliche Nachricht- > Von: Lede-dev [mailto:lede-dev-boun...@lists.infradead.org] Im Auftrag > von joerg jungermann > Gesendet: Montag, 6. März 2017 16:27 > An: lede-dev@lists.infradead.org > Betreff: [LEDE-DEV] lantiq: FritzBox 3370 questions > > Hi, > > I try to get

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

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 the kernel use the same ARC ABIv4. Signed-off-by: Alexey Brodkin --- target/linux/arc770/Makefile | 2 +-

[LEDE-DEV] [PATCH 1/2] target/archs38: switch to 4.9 kernel

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 the kernel use the same ARC ABIv4. Signed-off-by: Alexey Brodkin --- target/linux/archs38/Makefile | 2 +-

[LEDE-DEV] [PATCH 0/2] ARC: Bump Linux kernel to v4.9

Now when Linux kernel v4.9 is adopted in Lede/OpenWrt we may safly and very easy switch to it for ARC boards. Alexey Brodkin (2): target/archs38: switch to 4.9 kernel target/arc770: switch to 4.9 kernel target/linux/arc770/Makefile | 2 +-

Re: [LEDE-DEV] lantiq: FritzBox 3370 questions

you may want to checkout freetz! project found under http://freetz.org/ they use different approach and have own software run on the fritz!box but are pretty different from lede - but i think all you want could be achieved by this jens On 06.03.2017 16:27, joerg jungermann wrote: > Hi, > > I

Re: [LEDE-DEV] [PATCH 00/12] alternatives support

On 5 March 2017 at 23:06, Matthias Schiffer wrote: > On 03/05/2017 10:31 AM, Yousong Zhou wrote: >> This patch set tries to make it possible that files serving the same purpose >> and installed to different locations can be available under the same name >> through

Re: [LEDE-DEV] imx6: fail to start IBSS link

On 2017-02-17 17:19, Koen Vandeputte wrote: Koen, Can you try to disable MSI? I've seen issues with it in the past for IMX6 and I typically leave it disabled as it doesn't buy us anything and can instead hurt performance. If I recall, I think its now 'required' by the IMX6 PCIe driver so

Re: [LEDE-DEV] Devolo dLAN pro 500 Wireless+ and PLC (Power-line communication not Programmable logic controller)

Hi Denis > -Original Message- > From: Lede-dev [mailto:lede-dev-boun...@lists.infradead.org] On Behalf Of > Denis 'GNUtoo' Carikli > Sent: Sunday, February 26, 2017 1:19 PM > To: lede-dev@lists.infradead.org > Subject: [LEDE-DEV] Devolo dLAN pro 500 Wireless+ and PLC (Power-line >

Re: [LEDE-DEV] Question about rpcd uci::state

Hi, my plan was to add a boolean option to the "get" procedure which - if set - will temporarely switch the savedir to an invalid path (like /dev/null), then switch it back to the previous value. The rpcd daemon currently switches the savedir per session/call anyway so it should be a minor

Re: [LEDE-DEV] Question about rpcd uci::state

On 03/06/2017 01:15 PM, Jo-Philipp Wich wrote: > Hi, > >> the uci ubus service (part of rpcd) provides the method 'state' which from >> reading >> the source code is expected to provide the current state of an option >> ignoring >> pending changes. > > No it is a method to provide access to

Re: [LEDE-DEV] Question about rpcd uci::state

Hi, > the uci ubus service (part of rpcd) provides the method 'state' which from > reading > the source code is expected to provide the current state of an option ignoring > pending changes. No it is a method to provide access to the legacy concept of "state variables" which are epheramal uci

[LEDE-DEV] Question about rpcd uci::state

Hi Jo, all, the uci ubus service (part of rpcd) provides the method 'state' which from reading the source code is expected to provide the current state of an option ignoring pending changes. At my side it does not (shows the same as 'get'): > root@LEDE:~# ubus call uci get '{"config":"system",