[OpenWrt-Devel] [PATCH 0/3] libubox: minor fixes and enhancemants.

2014-12-19 Thread Yousong Zhou
This patch set - Renames ustream_fill_with_read_buf() to ustream_read(). - Add error code handling in handle_expr_not(). - Add example code for json_script. [1] https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/029853.html Yousong Zhou (3): ustream: add function

[OpenWrt-Devel] [PATCH 1/3] ustream: add function ustream_read().

2014-12-19 Thread Yousong Zhou
It can be used to fill caller specified buffer area with data already in ustream read buffer. Useful in the following use pattern. int available = ustream_pending_data(s, false); if (available = sizeof(struct msghdr)) { struct msghdr h;

[OpenWrt-Devel] [PATCH 2/3] json_script: fix logic invert of handle_expr_not().

2014-12-19 Thread Yousong Zhou
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- json_script.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/json_script.c b/json_script.c index 6a17d3b..73c2502 100644 --- a/json_script.c +++ b/json_script.c @@ -333,12 +333,16 @@ static int

[OpenWrt-Devel] [PATCH 3/3] examples: add example code for json_script.

2014-12-19 Thread Yousong Zhou
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- examples/CMakeLists.txt |2 + examples/json_script-example.c| 84 + examples/json_script-example.json | 33 +++ 3 files changed, 119 insertions(+) create mode 100644

[OpenWrt-Devel] [PATCH 1/1] kirkwood: plugs: default leds

2014-12-19 Thread Gerald Kerma
Set defaults health led to a timer heartbeet (200/800) for : - GuruplugServerPlus - SheevaPlug - SheevaPlug with eSATA Signed-off-by: Gerald Kerma drea...@doukki.net --- target/linux/kirkwood/base-files/etc/uci-defaults/01_leds | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [OpenWrt-Devel] support for Sagemcom F@ST2804V7

2014-12-19 Thread Eugene
Hi again, Thanks for rapid answer. By default, my board id is F@ST2804V7. With this id, i cannot use openWrt. My CFE bootloader allows to change it, so i changed it to F@ST2704V2. This change allowed openWrt to launch. My question is How to add openWrt support for F@ST2804V7 ? Where should I

Re: [OpenWrt-Devel] [PATCH RFC 3/5] target: Add board notion support

2014-12-19 Thread Maxime Ripard
Hi Felix, On Tue, Dec 16, 2014 at 10:15:41AM +0100, Felix Fietkau wrote: On 2014-12-12 16:21, Maxime Ripard wrote: Even though we always build all the board images for a given target, some options widely differ from one board to another when it comes to hardware configuration. Such an

Re: [OpenWrt-Devel] [PATCH v4 4/4] kernel: 3.18: Strip off all the useless options

2014-12-19 Thread Maxime Ripard
On Tue, Dec 16, 2014 at 01:43:03PM +0100, Jonas Gorski wrote: On Mon, Dec 15, 2014 at 2:17 PM, Maxime Ripard maxime.rip...@free-electrons.com wrote: On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote: Ok, I think most of it is because of options enabled by default. I wonder why

[OpenWrt-Devel] Moving to 3.17.x kernel?

2014-12-19 Thread Marc Nicholas
Hi, I think I might inherently know this is might be more trouble than it’s worth, but I have a piece of code that requires a 3.17 kernel and the kernel feature in question hasn’t been back-ported yet (CONFIG_BT_6LOWPAN). I’m reasonably comfortable with using the development trunks, but was

[OpenWrt-Devel] [PATCH] [ramips] gpio-ralink.c: Fix for gpio falling interrupt mask

2014-12-19 Thread GreenWire Elektronik
Signed-off-by: Jonas Arndt i...@greenwire-elektronik.de This patch fixes a wrong mask operation for the rt2880-compatible ralink devices. The mask operation reads the actual flags and then logical combines it with the pin flag it want to set. Unfortunally, for rising as for falling interrupt

[OpenWrt-Devel] [PATCH 0/2] ar8216: move AR8327/AR8337-specific code into separate source file

2014-12-19 Thread Heiner Kallweit
AR8327/AR8337 are quite different from the rest of the AR8216 switch chip family and share only a certain amount of code with the rest of the family. Therefore I think it makes sense to factor out the AR8327/AR8337 driver code into separate header / source file. As a side effect this would allow

[OpenWrt-Devel] [PATCH 2/2] ar8216: factor out AR8327/AR8337-specific driver code into ar8327.c

2014-12-19 Thread Heiner Kallweit
Move all AR8327/AR8337-specific driver code into a separate source file ar8327.c and adjust patches so that ar8327.c is compiled if CONFIG_AR8216_PHY is set. Signed-off-by: Heiner Kallweit hkallwe...@gmail.com --- .../linux/generic/files/drivers/net/phy/ar8216.c | 1059 +---

[OpenWrt-Devel] [PATCH 1/2] ar8216: move definitions from ar8216.c to ar8216.h and introduce ar8327.h

2014-12-19 Thread Heiner Kallweit
Move several structure definitions and #defines from ar8216.c to ar8216.h and move AR8327/AR8337 header stuff into a new header file ar8327.h. Signed-off-by: Heiner Kallweit hkallwe...@gmail.com --- .../linux/generic/files/drivers/net/phy/ar8216.c | 178 +---

[OpenWrt-Devel] 3.18 kernel timing? (Was Re: Moving to 3.17.x kernel?)

2014-12-19 Thread Marc Nicholas
So let me turn my question around: given there seems to be some work on the 3.18 kernel, is there a timeline for this to go into the development trunk? :) Thx. -m --  Marc Nicholas CTO, Wimoto Technologies Inc. Unit 2, 300 Don Park Road, Markham, Ontario L3R 3A1 CANADA +1.416.414.6272 On

Re: [OpenWrt-Devel] patchwork has moved

2014-12-19 Thread Ben Mulvihill
Hi, Are the patches from the old patchwork (regardless of status) accessible anywhere? They are sometimes a useful reference. Many thanks, Ben On Wed, 2014-12-10 at 10:19 +0100, John Crispin wrote: Hi, patchwork has moved, to https://patchwork.ozlabs.org we would like express our

Re: [OpenWrt-Devel] Linksys WRT54G / 16mb / wifi / lowmem / concurrency

2014-12-19 Thread Fernando Frediani
Hi Bastian, These are very good news. Well done. So, should I assume that this result is already using zram ? Regards, Fernando On 17/12/2014 06:41, Bastian Bittorf wrote: I did some experiments to get our good old Linksys WRT54G running with recent trunk r43602 / kernel 3.14.26. We are only

Re: [OpenWrt-Devel] patchwork has moved

2014-12-19 Thread Hannu Nyman
Old patches seem to be quite intact at the old patchwork site, if you use directly the address to the patch list itself: http://patchwork.openwrt.org/project/openwrt/list/ (plain patchwork.openwrt.org address seems to get redirected to the new site at ozlabs) On 19.12.2014 17:09, Ben

[OpenWrt-Devel] [PATCH] lantiq: Fix adsl led on Home Hub 2B

2014-12-19 Thread Ben Mulvihill
This fixes the adsl led on the Home Hub 2B. Signed-off-by: Ben Mulvihill ben.mulvih...@gmail.com --- --- a/target/linux/lantiq/base-files/etc/uci-defaults/01_leds 2014-12-19 16:26:11.0 +0100 +++ b/target/linux/lantiq/base-files/etc/uci-defaults/01_leds 2014-12-19 16:27:55.0

Re: [OpenWrt-Devel] 3.18 kernel timing? (Was Re: Moving to 3.17.x kernel?)

2014-12-19 Thread Weedy
On Dec 19, 2014 9:45 AM, Marc Nicholas m...@wimoto.com wrote: So let me turn my question around: given there seems to be some work on the 3.18 kernel, is there a timeline for this to go into the development trunk? :) Thx. Beyond changing the makefile?

[OpenWrt-Devel] [PATCH] mvsw6171: note support for 88E6172 switches

2014-12-19 Thread Claudio Leite
The '6171 and '6172 are similar enough to work without any changes to the code. Signed-off-by: Claudio Leite lei...@staticky.com --- target/linux/generic/files/drivers/net/phy/mvsw6171.h| 2 +- target/linux/generic/patches-3.14/733-phy_mvsw6171.patch | 2 +-

Re: [OpenWrt-Devel] patchwork has moved

2014-12-19 Thread Ben Mulvihill
Brilliant, exactly what I was looking for. Thank you! On Fri, 2014-12-19 at 17:29 +0200, Hannu Nyman wrote: Old patches seem to be quite intact at the old patchwork site, if you use directly the address to the patch list itself: http://patchwork.openwrt.org/project/openwrt/list/ (plain

[OpenWrt-Devel] [PATCH] [scripts] feeds: search packages by license

2014-12-19 Thread Eric Schultz
Currently, the feeds scripts provides no way to filter by packages by license or no license. This patch adds a search feature to feeds which can be used to search packages by license or by no license. Signed-off-by: Eric Schultz eschu...@prplfoundation.org --- scripts/feeds | 90

[OpenWrt-Devel] 090-backport_netfilter_rtcache.patch and IPsec routing/connection errors/packet loss

2014-12-19 Thread Andre Valentin
Hi! If I enable this patch/module, I get strange errors with my OpenWRT based IPsec router. Packets are accepted and then lost, and not encrypted. Only the first comes through, especially if stateless protocolls (udp, icmp) are used. This system used multiple routing tables and rules generated

[OpenWrt-Devel] [PATCH 1/2] target: kirkwood: fix leds defaults config

2014-12-19 Thread Gerald Kerma
Fix missing parameters in 01_leds Signed-off-by: Gerald Kerma drea...@doukki.net --- .../kirkwood/base-files/etc/uci-defaults/01_leds | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/target/linux/kirkwood/base-files/etc/uci-defaults/01_leds

[OpenWrt-Devel] [PATCH 2/2] package: add timer led function

2014-12-19 Thread Gerald Kerma
Add ucidef_set_led_timer to uci-defaults.sh Signed-off-by: Gerald Kerma drea...@doukki.net --- .../base-files/files/lib/functions/uci-defaults.sh | 20 1 file changed, 20 insertions(+) diff --git a/package/base-files/files/lib/functions/uci-defaults.sh

[OpenWrt-Devel] batman-adv ipv6

2014-12-19 Thread Lars Boegild Thomsen
For a while I have been running a batman-adv mesh as my backbone. Configuration is pretty straight forward - my lan interface is simply an ethernet interface, a wifi access point and the bat0 interface bridged together. This was working flawlessly until about a month ago when IPv6 auto