Re: [OpenWrt-Devel] Is there a way I can restore balance to the force?

[Jo-Philipp Wich]

Hi David,

I did not personally attend but from a quick private talk with blogic it
sounded to me like there's been some constructive discussion in a calm
atmosphere that at least helped to clear up the status quo.

Hauke currently tries to organize a follow up conference call to further
discuss topics with a wider range of involved people - so far it looks
like that conference call will be on November the 5th.

I am not aware of any specific action items being agreed upon already
but from what I understood, parties had been asked to think about their
wishes and demands for any potential re-merge processes.

~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Is there a way I can restore balance to the force?

[David Lang]

what happened with the in-person discussions in Berlin between the OpenWRT folks 
and the LEDE folks?


David Lang

On Tue, 25 Oct 2016, Sami Olmari wrote:


Long time lurker here. I personally wish we'd get things rolling again
nicely... I don't know what would be the ultimate doctorine for this, but
I'd hate OpenWrt, or whatever the name would be, to die because opinion
diffirences and personal argues etc...



___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Is there a way I can restore balance to the force?

[Sami Olmari]

Long time lurker here. I personally wish we'd get things rolling again
nicely... I don't know what would be the ultimate doctorine for this, but
I'd hate OpenWrt, or whatever the name would be, to die because opinion
diffirences and personal argues etc...

-- 
 Sami Olmari

On Mon, Oct 24, 2016 at 6:01 AM, Daniel Dickinson <
open...@cshore.thecshore.com> wrote:

> Hi OpenWrt Developers,
>
> I've obviously done a lot of damage when I was dealing with the result
> of workplace issues combined with medical issues affecting the mind,
> combined with frustration of being ignored or getting flack for patches
> I tried to submit, without realistic changes that could be made to
> improve them.
>
> What I want to know is there a way I can improve the situation (I've
> become disillusioned with LEDE being a true change in openness etc
> rather than your suggestion of a purely political move on the part of
> certain players who convinced others with good intentions), or if those
> bridges are burned and I should go ahead with the fork I created (but
> never got the point where I was promoting it) before the LEDE fork, out
> of frustration with that status quo, and currently feel like all I did
> was lose six months where I could have been making progress on a way
> forward?
>
> I'd like to think there is something I can do to help bring OpenWrt
> back to viability and vibrance.  Is there?
>
> Regards,
>
> Daniel
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH packages] lighttpd: update to 1.4.42

[Rafał Miłecki]

From: Rafał Miłecki 

This release fixes bugs introduced in 1.4.40 and 1.4.41.

Signed-off-by: Rafał Miłecki 
---
Hi Michael,

Since we use the same version in for-15.05 branch, could you backport
this patch there as well, please?
---
 net/lighttpd/Makefile | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/net/lighttpd/Makefile b/net/lighttpd/Makefile
index 6a81316..7d3bb5c 100644
--- a/net/lighttpd/Makefile
+++ b/net/lighttpd/Makefile
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=lighttpd
-PKG_VERSION:=1.4.41
+PKG_VERSION:=1.4.42
 PKG_RELEASE:=1
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
 PKG_SOURCE_URL:=http://download.lighttpd.net/lighttpd/releases-1.4.x
-PKG_MD5SUM:=1df2e4dbc965cfe6f99f008ac3db4d8d
+PKG_MD5SUM:=53c55d7e1dac7adec161cd5490491f6d
 
 PKG_LICENSE:=BSD-3c
 PKG_LICENSE_FILES:=COPYING
-- 
2.9.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] blobmsg_json: handle conversion of large integers from JSON

[Florian Larysch]

Hi,

> IIUC, your change makes the type of fields vary upon their values.
> I'm wondering how you suggest applications parse the resulting blob messages?

you're right, this doesn't make sense. In my case, the only consumer was
using blobmsg_format_json(), which handles element types dynamically.

This patch would break users of blobmsg_parse() in some cases, please
disregard it.

> This has been somewhat discussed in the past (see
> https://lists.openwrt.org/pipermail/openwrt-devel/2016-June/041700.html).

While I agree with you that all options would cause a ABI break in the
strict sense that the raw blob might change in an incompatible way, this
could be handled in libubox without causing an ABI break there (for
example by capping values like libjson-c does). In that light, options 3
and 4 are largely equivalent.

Options 1 and 2 would be a bit wasteful, IMO. 

Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH][netifd] device: add proxy_arp config support

[Hrvoje Varga]

Add interface config support to enable or disable ARP proxy in the
kernel per device.

Signed-off-by: Hrvoje Varga 
---
 bridge.c   |  5 +
 device.c   |  9 +
 device.h   |  3 +++
 system-linux.c | 18 ++
 system.h   |  1 +
 5 files changed, 36 insertions(+)

diff --git a/bridge.c b/bridge.c
index 8e6c9a6..8f2bd30 100644
--- a/bridge.c
+++ b/bridge.c
@@ -176,6 +176,11 @@ bridge_enable_interface(struct bridge_state *bst)
return ret;
 
bst->active = true;
+
+   if (bst->dev.settings.flags & DEV_OPT_PROXY_ARP) {
+   system_set_proxy_arp(>dev, bst->dev.settings.proxy_arp ? 
"1" : "0");
+   }
+
return 0;
 }
 
diff --git a/device.c b/device.c
index 82596e4..aa06d37 100644
--- a/device.c
+++ b/device.c
@@ -58,6 +58,7 @@ static const struct blobmsg_policy dev_attrs[__DEV_ATTR_MAX] 
= {
[DEV_ATTR_MULTICAST] = { .name ="multicast", .type = BLOBMSG_TYPE_BOOL 
},
[DEV_ATTR_LEARNING] = { .name ="learning", .type = BLOBMSG_TYPE_BOOL },
[DEV_ATTR_UNICAST_FLOOD] = { .name ="unicast_flood", .type = 
BLOBMSG_TYPE_BOOL },
+   [DEV_ATTR_PROXY_ARP] = { .name ="proxy_arp", .type = BLOBMSG_TYPE_BOOL 
},
 };
 
 const struct uci_blob_param_list device_attr_list = {
@@ -225,6 +226,7 @@ device_merge_settings(struct device *dev, struct 
device_settings *n)
n->multicast_fast_leave = s->multicast_fast_leave;
n->learning = s->learning;
n->unicast_flood = s->unicast_flood;
+   n->proxy_arp = s->flags & DEV_OPT_PROXY_ARP ? s->proxy_arp : 
os->proxy_arp;
n->flags = s->flags | os->flags | os->valid_flags;
 }
 
@@ -363,6 +365,11 @@ device_init_settings(struct device *dev, struct blob_attr 
**tb)
s->flags |= DEV_OPT_UNICAST_FLOOD;
}
 
+   if ((cur = tb[DEV_ATTR_PROXY_ARP])) {
+   s->proxy_arp = blobmsg_get_bool(cur);
+   s->flags |= DEV_OPT_PROXY_ARP;
+   }
+
device_set_disabled(dev, disabled);
 }
 
@@ -1050,6 +1057,8 @@ device_dump_status(struct blob_buf *b, struct device *dev)
blobmsg_add_u8(b, "learning", st.learning);
if (st.flags & DEV_OPT_UNICAST_FLOOD)
blobmsg_add_u8(b, "unicast_flood", st.unicast_flood);
+   if (st.flags & DEV_OPT_PROXY_ARP)
+   blobmsg_add_u8(b, "proxy_arp", st.proxy_arp);
}
 
s = blobmsg_open_table(b, "statistics");
diff --git a/device.h b/device.h
index 2af93bb..699c7cc 100644
--- a/device.h
+++ b/device.h
@@ -50,6 +50,7 @@ enum {
DEV_ATTR_LEARNING,
DEV_ATTR_UNICAST_FLOOD,
DEV_ATTR_NEIGHGCSTALETIME,
+   DEV_ATTR_PROXY_ARP,
__DEV_ATTR_MAX,
 };
 
@@ -101,6 +102,7 @@ enum {
DEV_OPT_UNICAST_FLOOD   = (1 << 18),
DEV_OPT_NEIGHGCSTALETIME= (1 << 19),
DEV_OPT_MULTICAST_FAST_LEAVE= (1 << 20),
+   DEV_OPT_PROXY_ARP   = (1 << 21),
 };
 
 /* events broadcasted to all users of a device */
@@ -167,6 +169,7 @@ struct device_settings {
bool multicast;
bool learning;
bool unicast_flood;
+   bool proxy_arp;
 };
 
 /*
diff --git a/system-linux.c b/system-linux.c
index 6e4a194..d0c8655 100644
--- a/system-linux.c
+++ b/system-linux.c
@@ -271,6 +271,11 @@ static void system_set_dev_sysctl(const char *path, const 
char *device, const ch
system_set_sysctl(dev_buf, val);
 }
 
+void system_set_proxy_arp(struct device *dev, const char *val)
+{
+   system_set_dev_sysctl("/proc/sys/net/ipv4/conf/%s/proxy_arp", 
dev->ifname, val);
+}
+
 static void system_set_disable_ipv6(struct device *dev, const char *val)
 {
system_set_dev_sysctl("/proc/sys/net/ipv6/conf/%s/disable_ipv6", 
dev->ifname, val);
@@ -485,6 +490,12 @@ static int system_get_dadtransmits(struct device *dev, 
char *buf, const size_t b
dev->ifname, buf, buf_sz);
 }
 
+static int system_get_proxy_arp(struct device *dev, char *buf, const size_t 
buf_sz)
+{
+   return system_get_dev_sysctl("/proc/sys/net/ipv4/conf/%s/proxy_arp",
+   dev->ifname, buf, buf_sz);
+}
+
 // Evaluate netlink messages
 static int cb_rtnl_event(struct nl_msg *msg, void *arg)
 {
@@ -1288,6 +1299,11 @@ system_if_get_settings(struct device *dev, struct 
device_settings *s)
s->dadtransmits = strtoul(buf, NULL, 0);
s->flags |= DEV_OPT_DADTRANSMITS;
}
+
+   if (!system_get_proxy_arp(dev, buf, sizeof(buf))) {
+   s->proxy_arp = strtoul(buf, NULL, 0);
+   s->flags |= DEV_OPT_PROXY_ARP;
+   }
 }
 
 static void
@@ -1393,6 +1409,8 @@ system_if_apply_settings(struct device *dev, struct 
device_settings *s, unsigned
!s->multicast ? IFF_MULTICAST : 0) < 0)
s->flags &= ~DEV_OPT_MULTICAST;
}
+   if (s->flags & DEV_OPT_PROXY_ARP & apply_mask)
+   

[OpenWrt-Devel] [PATCH netifd 2/2] wireless: Call wireless_interface_handle_link before deleting the vif

[Hans Dedecker]

Similar as when updating a vif; call wireless_interface_handle_link removing 
the vif from
the network when deleting a vif

Signed-off-by: Hans Dedecker 
---
 wireless.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/wireless.c b/wireless.c
index 9109ce1..387f4ba 100644
--- a/wireless.c
+++ b/wireless.c
@@ -613,6 +613,7 @@ vif_update(struct vlist_tree *tree, struct vlist_node 
*node_new,
wireless_interface_init_config(vif_new);
} else if (vif_old) {
D(WIRELESS, "Delete wireless interface %s on device %s\n", 
vif_old->name, wdev->name);
+   wireless_interface_handle_link(vif_old, false);
free((void *) vif_old->section);
free(vif_old->config);
free(vif_old);
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel