Re: [LEDE-DEV] [PATCH odhcpd 3/5] ubus: Fix displayed valid paramater for both DHCPv4 and DHCPv6 lease

On Thu, Nov 17, 2016 at 11:15 PM, Karl Palsson wrote: > > Hans Dedecker wrote: >> Fix ubus valid parameter being displayed as a negative number; >> also display infinite lifetime as INT32_MAX > > Really? Why not 0 or -1? You dont' specify an infinite lease

Re: [LEDE-DEV] [PATCH odhcpd 1/5] config: Support infinite as DHCP pool leasetime value

On Thu, Nov 17, 2016 at 11:13 PM, Karl Palsson wrote: > > Hans Dedecker wrote: >> Add support for infinite leasetime value; this can be done by >> specifying "infinite" as leasetime value which is similar to >> dnsmasq infinite leasetime support.

Re: [LEDE-DEV] ar71xx: Fix switch config on Mikrotik RB450/G

Hi Mathias, Sorry about the malformed patch. You’re right about the RouterStation Pro. I was wrongly changing it too. It has a different switch config from RB450G. I will split them and leave the RouterStation Pro unchanged. Please let me test it first before resubmit the patch. > On 17 Nov

Re: [LEDE-DEV] [PATCH odhcpd 3/5] ubus: Fix displayed valid paramater for both DHCPv4 and DHCPv6 lease

Hans Dedecker wrote: > Fix ubus valid parameter being displayed as a negative number; > also display infinite lifetime as INT32_MAX Really? Why not 0 or -1? You dont' specify an infinite lease as INT32_MAX, why would I want to receive an infinite lease as some magic number

Re: [LEDE-DEV] [PATCH odhcpd 1/5] config: Support infinite as DHCP pool leasetime value

Hans Dedecker wrote: > Add support for infinite leasetime value; this can be done by > specifying "infinite" as leasetime value which is similar to > dnsmasq infinite leasetime support. Specifying "infinite" as > leasetime is valid for both the host and dhcp uci sections. A >

[LEDE-DEV] [LEDE-DEV, v2] ar71xx: enable serial console on mikrotik devices

Sorry about the malformed patch. Hope it applies now. This patch enables the serial console on some Mikrotik devices (RB450, RB450G, RB493G, RB750UP). Signed-off-by: João Chaínho --- diff --git

Re: [LEDE-DEV] Some Broadcom wifi chipset datasheets released by Cypress

On 17 November 2016 at 21:41, Alberto Bursi wrote: > Some broadcom wifi chipsets datasheets are being released free of NDA by > a company called Cypress that acquired the IoT division of Broadcom. > > (...) > > datasheets here >

Re: [LEDE-DEV] ar71xx: Fix switch config on Mikrotik RB450/G

Hey João, both patches you have send are whitespace mangled by your mail program and do not apply: $ git am LEDE-DEV-ar71xx-enable-serial-console-on-mikrotik-devices.patch Applying: ar71xx: enable serial console on mikrotik devices error: patch failed:

Re: [LEDE-DEV] [PATCH] mt7621: add support for WeVO W2914NS v2

17.11.2016 14:50, perillamint: Signed-off-by: Yong-hyu Ban Hi, I will set this patch to "changes requested" in patchwork. As you already noticed by yourself, not all changes that I've requested for v1 are addressed properly. Please use the --annotate option of git

[LEDE-DEV] Some Broadcom wifi chipset datasheets released by Cypress

Some broadcom wifi chipsets datasheets are being released free of NDA by a company called Cypress that acquired the IoT division of Broadcom. original article from here http://www.phoronix.com/scan.php?page=news_item=Cypress-Publishing-Broadcom datasheets here

Re: [LEDE-DEV] [PATCH 0/2] include: Switch git clone to git DownloadMethod

On 11/09/2016 09:34 AM, Florian Fainelli wrote: > This switches the semi manual git clone process for the kernel to use the git > Download method which packs the sources at the end, and therefore avoids > repeated clones on the same git tree if iterating through make > target/linux/{clean,prepare}

[LEDE-DEV] [PATCH] openvpn: update to 2.3.13

Changelog: https://community.openvpn.net/openvpn/wiki/ChangesInOpenvpn23#OpenVPN2.3.13 Signed-off-by: Magnus Kroken --- No patches need refreshing. Compile-tested on mips/ar71xx. package/network/services/openvpn/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [LEDE-DEV] FCC killing open platforms and inovations [Was: Re: [PATCH] ar71xx: Add usable, inactive LEDs on OpenMesh devices]

The linked document below is the same document we attacked, I thought successfully, last year, http://www.computerworld.com/article/2993112/security/vint-cerf-and-260-experts-give-fcc-a-plan-to-secure-wi-fi-routers.html with the ultimate response from the fcc being

[LEDE-DEV] [PATCH odhcpd 4/5] dhcpv6-ia: Display infinite lifetime as INT32_MAX in state file

Signed-off-by: Hans Dedecker --- src/dhcpv6-ia.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/dhcpv6-ia.c b/src/dhcpv6-ia.c index 597bc74..852af97 100644 --- a/src/dhcpv6-ia.c +++ b/src/dhcpv6-ia.c @@ -247,7 +247,8 @@ void

[LEDE-DEV] [PATCH odhcpd 5/5] dhcpv4: Adding DHCP client leasetime request support

Add support for DHCPv4 clients proposing a leasetime; proposed leasetime will be accepted if it does not exceed either the pool or configured lease leastime. Further rework the duplicated leasetime logic which was in place. Signed-off-by: Hans Dedecker --- src/dhcpv4.c | 34

[LEDE-DEV] [PATCH odhcpd 3/5] ubus: Fix displayed valid paramater for both DHCPv4 and DHCPv6 lease

Fix ubus valid parameter being displayed as a negative number; also display infinite lifetime as INT32_MAX Signed-off-by: Hans Dedecker --- src/ubus.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/src/ubus.c b/src/ubus.c index

[LEDE-DEV] [PATCH odhcpd 2/5] dhcpv4: Keep DHCPv4 assignment lifetime value in sync with assigned leasetime

Keep the valid_until assignment parameter in sync with the leasetime assigned to the DHCP client when handling DHCP request message. This guarantees the contents of the ubus dhcp ipv4leases valid parameter is in sync with the client leasetime Signed-off-by: Hans Dedecker ---

[LEDE-DEV] [PATCH odhcpd 1/5] config: Support infinite as DHCP pool leasetime value

Add support for infinite leasetime value; this can be done by specifying "infinite" as leasetime value which is similar to dnsmasq infinite leasetime support. Specifying "infinite" as leasetime is valid for both the host and dhcp uci sections. A DHCPv4/DHCPv6 assignment is now considered infinite

[LEDE-DEV] Project proposal: The GNUnet of autonomous Things

Hi! I want to suggest a project to be (partially) funded by prpl's OpenWrt project grant. Abstract: Implement a secure autotonomous IoT hub using OpenWrt/LEDE's ubus service and the GNUnet P2P framework. Introduction: Despite the ongoing hype about the so-called Internet of Things, the current

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: use --count for git rev-list to count commits

On 17 November 2016 at 10:56, Jonas Gorski wrote: > On 17 November 2016 at 10:10, Rafał Miłecki wrote: >> On 17 November 2016 at 10:05, Rafał Miłecki wrote: >>> On 17 November 2016 at 09:57, Jo-Philipp Wich wrote:

Re: [LEDE-DEV] FCC killing open platforms and inovations

Hi Petr, On Thursday, November 17, 2016 11:07:17 AM CET Petr Štetiar wrote: > Simon Wunderlich [2016-11-17 10:49:01]: > > Hi Simon, > > > No, firmware (at least in ath10k) doesn't solve the problem. You can still > > set a country code, DFS pattern matching is

Re: [LEDE-DEV] FCC killing open platforms and inovations

Simon Wunderlich [2016-11-17 10:49:01]: Hi Simon, > No, firmware (at least in ath10k) doesn't solve the problem. You can still > set > a country code, DFS pattern matching is still done in the host-side driver > part (and not in the firmware), and you can

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: use --count for git rev-list to count commits

Hi, On 17 November 2016 at 10:10, Rafał Miłecki wrote: > On 17 November 2016 at 10:05, Rafał Miłecki wrote: >> On 17 November 2016 at 09:57, Jo-Philipp Wich wrote: >>> do you happen to know whether rev-list --count is available in all Git >>>

Re: [LEDE-DEV] FCC killing open platforms and inovations

Hi Russell, On Thursday, November 17, 2016 1:32:23 AM CET Russell Senior wrote: > > "Simon" == Simon Wunderlich writes: > Simon> You are right, the FCC doesn't explicitly requires to prevent > Simon> third-party firmware loading anymore. However, they still

Re: [LEDE-DEV] FCC killing open platforms and inovations

> "Simon" == Simon Wunderlich writes: Simon> You are right, the FCC doesn't explicitly requires to prevent Simon> third-party firmware loading anymore. However, they still require Simon> to explain how a vendor makes sure that US RF limits are not Simon>

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: use --count for git rev-list to count commits

On 17 November 2016 at 10:05, Rafał Miłecki wrote: > On 17 November 2016 at 09:57, Jo-Philipp Wich wrote: >> do you happen to know whether rev-list --count is available in all Git >> versions? > > I found it mentioned in various posts from 2012 so it should be

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: use --count for git rev-list to count commits

On 17 November 2016 at 09:57, Jo-Philipp Wich wrote: > do you happen to know whether rev-list --count is available in all Git > versions? I found it mentioned in various posts from 2012 so it should be well settled. -- Rafał ___

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: use --count for git rev-list to count commits

Hi Rafal, do you happen to know whether rev-list --count is available in all Git versions? ~ Jo signature.asc Description: OpenPGP digital signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH] mt7621: add support for WeVO W2914NS v2

17.11.2016 03:11, perillamint: Hi, Mathias Kresin. It seems its Ethernet LEDs are directly hooked into switch chip. It flashes without defining them in DTB. I dunno about where WLAN LEDs are hooked. I failed to drive them with sysfs gpio driver. It might be that they are driven directly by