[OpenWrt-Devel] [REGRESSION] netifd: IPv6 RA on-link route disappearing

2014-01-31 Thread Gui Iribarren
Hello great devs, looks like something broke recently on trunk, regarding IPv6 RA handling ("proto=dhcpv6") when an interface receives a router advertisement with on-link bit set, it correctly adds the default via, as well as a static route to the local (on-link) network but after some seconds (ma

[OpenWrt-Devel] redis server

2014-01-31 Thread John Lauro
Has anyone ported redis server to openwrt? Tried a simple build and it failed... just checking before I spend time tracking down the problem(s) why a simple make didn't work. If not, I'll figure it out next week, and if anyone else is interested in a port let me know.

Re: [OpenWrt-Devel] [PATCH 3/3] brcm47xx: new patch adding arch workarounds.c

2014-01-31 Thread Hauke Mehrtens
On 01/29/2014 07:42 PM, Rafał Miłecki wrote: > It was recently sent to linux-mips for comments. It adds workaround for > WNR3500L to enable USB port. > > Signed-off-by: Rafał Miłecki > --- > ...X-Add-new-file-for-device-specific-workar.patch | 80 > ++ > ...se-fixed-PHY-devi

Re: [OpenWrt-Devel] Support for USB LTE modems Samsung GT-B3730 / GT-B3710 / GT-B3740

2014-01-31 Thread Michael Berlin
Hi, On Fri, Jan 24, 2014 at 2:27 PM, Stefan Monnier wrote: > >> I'd like to use a Samsung GT-B3740 USB LTE modem together with OpenWRT. > > To get it to build just add a declaration to > > Another option is to compile it directly into your kernel, via > >make kernel_menuconfig > This didn't

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Rafał Miłecki
2014-01-31 Bastian Bittorf : > * Rafał Miłecki [31.01.2014 18:20]: >> On the other way, it doesn't make much sense to switch into 5GHz and >> 2GHz, as this can be determined using just a channel number... > > not really. some channels are available in 2 and 5 GHz band. > (e.g. channel 7,8,9,11,12)

Re: [OpenWrt-Devel] bcm6368 + block-mount jffs2 problem.

2014-01-31 Thread José Vázquez
2014-01-11, José Vázquez : > 2014/1/3, danitool : >> I'm also having these problems. The bug is very easy to reproduce. Just >> using the jffs2 image instead of squashfs, the problems are shown with >> the >> first boot, and you can see lot of funny names just listing /etc/init.d >> >> root@(none):

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Bastian Bittorf
* Rafał Miłecki [31.01.2014 18:20]: > On the other way, it doesn't make much sense to switch into 5GHz and > 2GHz, as this can be determined using just a channel number... not really. some channels are available in 2 and 5 GHz band. (e.g. channel 7,8,9,11,12) bye, bastian ___

[OpenWrt-Devel] [PATCHv4] wifi: Introduce 802.11ac support

2014-01-31 Thread Sven Eckelmann
From: Matti Laakso This patch introduces 802.11ac support to base-files, mac80211 and hostapd. The split of VHT160 in two 80 MHz bands is not yet supported, since it requires an additional user supplied parameter for the channel of the second band. Signed-off-by: Matti Laakso Signed-off-by: Sim

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Rafał Miłecki
2014-01-31 Felix Fietkau : >>> I think we should probably introduce a new option that avoids the >>> overload of mode and band into one single option. We can keep backwards >>> compatibility for 11n. >> >> I am not quite sure what you want to say here. You seem to want to have 11n >> and band separ

[OpenWrt-Devel] Fwd: Adding MTU configuration support to n2n package.

2014-01-31 Thread Michael Richter
The n2n VPN package loses stability if the MTU is configured to be too large. The current n2n package does not permit the mtu to be adjusted and thus defaults to 1400 which is not a good level to use as a default setting. This patch adds the 'mtu' setting option in /etc/config/n2n and modifies th

Re: [OpenWrt-Devel] [PATCHv3] wifi: Introduce 802.11ac support

2014-01-31 Thread Sven Eckelmann
On Friday 31 January 2014 08:38:40 Matti Laakso wrote: > > @@ -55,12 +56,70 @@ mac80211_hostapd_setup_base() { > > > > append base_cfg "ieee80211n=1" "$N" > > > > ht_capab= > > > > - [ -n "$htmode" ] && ht_capab="[$htmode]" > > + case "$htm

Re: [OpenWrt-Devel] [PATCHv3] wifi: Introduce 802.11ac support

2014-01-31 Thread Matti Laakso
> @@ -55,12 +56,70 @@ mac80211_hostapd_setup_base() { > append base_cfg "ieee80211n=1" "$N" > > ht_capab= > - [ -n "$htmode" ] && ht_capab="[$htmode]" > + case "$htmode" in > + HT20|HT40-|HT40+) ht_capab="[$htmode]";; > +

[OpenWrt-Devel] [PATCHv3] wifi: Introduce 802.11ac support

2014-01-31 Thread Sven Eckelmann
From: Matti Laakso This patch introduces 802.11ac support to base-files, mac80211 and hostapd. The split of VHT160 in two 80 MHz bands is not yet supported, since it requires an additional user supplied parameter for the channel of the second band. Signed-off-by: Matti Laakso Signed-off-by: Sim

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Rafał Miłecki
2014-01-31 Sven Eckelmann : >> I think reusing htmode instead of introducing vhtmode would be a better >> choice, especially since it never makes sense to configure both separately. > > So we would change it to just use "VHT40", "VHT80", "VHT160" and someone could > later introduce options to confi

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Matti Laakso
> I actually want to get rid of ht_capab as well, because it's annoying to > deal with wrt. UI, config changes, etc. > It also makes it more annoying to port configs between devices > (capabilities might be different). > I would prefer enabling all capabilities by default (aside from the mode > rel

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Sven Eckelmann
On Friday 31 January 2014 06:06:58 Felix Fietkau wrote: [...] > >> I think all of the above changes are unnecessary. > > > > Because of your next suggestion or is there another reason? > > Because it's touching legacy code that will not be used for 802.11ac > drivers. wifi_fixup_hwmode is not cal

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Felix Fietkau
On 2014-01-31 14:46, Sven Eckelmann wrote: > On Friday 31 January 2014 03:54:19 Felix Fietkau wrote: >> > --- a/package/base-files/files/sbin/wifi >> > +++ b/package/base-files/files/sbin/wifi >> > @@ -72,7 +72,7 @@ prepare_key_wep() { >> > >> > wifi_fixup_hwmode() { >> > local device="$1" >

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Sven Eckelmann
On Friday 31 January 2014 03:54:19 Felix Fietkau wrote: > > --- a/package/base-files/files/sbin/wifi > > +++ b/package/base-files/files/sbin/wifi > > @@ -72,7 +72,7 @@ prepare_key_wep() { > > > > wifi_fixup_hwmode() { > > local device="$1" > > local default="$2" > > > > - local hwm

Re: [OpenWrt-Devel] [PATCH 0/2] *** SUBJECT HERE ***

2014-01-31 Thread Jonas Gorski
On Fri, Jan 31, 2014 at 1:34 PM, Daniel Petre wrote: > On 01/31/2014 01:49 PM, Oliver Ertl wrote: >> >> Ok, you can delete the patches then. No need for the patch then :-( > > > Hey Oliver , it's just the patch guideline , Jonas trying to help you submit > a full decent patch, no need to be upset

Re: [OpenWrt-Devel] [PATCH] [packages] dropbear: update to 2013.62

2014-01-31 Thread Reiner Herrmann
On Fri, Jan 31, 2014 at 01:22:32PM +0100, Jo-Philipp Wich wrote: > whats the size increase of the dropbear package? 2013.59: 80789 bytes 2013.62: 98661 bytes So the increase is about 18 kB. signature.asc Description: Digital signature ___ openwrt-d

Re: [OpenWrt-Devel] [PATCH 0/2] *** SUBJECT HERE ***

2014-01-31 Thread Daniel Petre
On 01/31/2014 01:49 PM, Oliver Ertl wrote: Ok, you can delete the patches then. No need for the patch then :-( Hey Oliver , it's just the patch guideline , Jonas trying to help you submit a full decent patch, no need to be upset ;-) Am 31. Januar 2014 12:38:43 schrieb Jonas Gorski : On F

Re: [OpenWrt-Devel] [PATCH] [packages] dropbear: update to 2013.62

2014-01-31 Thread Jo-Philipp Wich
Hi, whats the size increase of the dropbear package? ~ Jow signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/2] ath10k: add all patches from trunk, change to 10.x firmware

2014-01-31 Thread Felix Fietkau
On 2014-01-16 11:48, Sven Eckelmann wrote: > From: Simon Wunderlich > > The current version of the driver includes a lot of bug fixes necessary to get > 802.11ac connections working at all. These patches also need a never firmware > to work correctly. > > Signed-off-by: Simon Wunderlich > [s...

Re: [OpenWrt-Devel] [PATCH] [package] iw: update to 3.13

2014-01-31 Thread Felix Fietkau
On 2014-01-23 12:23, Dirk Neukirchen wrote: > > update to 3.13 > refresh and delete obsolete patches > 200-reduce_size.patch has coalesce removed from Makefile > > iw 3.10 vs. 3.13: > 92456 Jan 21 11:29 /usr/sbin/iw > 97288 Jan 23 10:33 > build_dir/target-mips_34kc_uClibc-0.9.33.2/iw-3.13/ipkg-

Re: [OpenWrt-Devel] [PATCHv2 1/2] wifi: Introduce 802.11ac support

2014-01-31 Thread Felix Fietkau
On 2014-01-16 13:40, Sven Eckelmann wrote: > From: Matti Laakso > > This patch introduces 802.11ac support to base-files, mac80211 and hostapd. > The > split of VHT160 in two 80 MHz bands is not yet supported, since it requires an > additional user supplied parameter for the channel of the secon

Re: [OpenWrt-Devel] [PATCH 0/2] *** SUBJECT HERE ***

2014-01-31 Thread Oliver Ertl
Ok, you can delete the patches then. No need for the patch then :-( Am 31. Januar 2014 12:38:43 schrieb Jonas Gorski : On Fri, Jan 31, 2014 at 10:31 AM, Oliver Ertl wrote: > *** BLURB HERE *** I guess you forgot to fill in something here. Jonas

Re: [OpenWrt-Devel] [PATCH 0/2] *** SUBJECT HERE ***

2014-01-31 Thread Jonas Gorski
On Fri, Jan 31, 2014 at 10:31 AM, Oliver Ertl wrote: > *** BLURB HERE *** I guess you forgot to fill in something here. Jonas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-dev

Re: [OpenWrt-Devel] [PATCH 2/2] pyload: add LIBCURL_COOKIES dependency

2014-01-31 Thread Jonas Gorski
On Fri, Jan 31, 2014 at 10:31 AM, Oliver Ertl wrote: > Signed-off-by: Oliver Ertl Please describe in a sentence why this change is necessary. Jonas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailm

Re: [OpenWrt-Devel] [PATCH] hostapd: fix basic_rate list format

2014-01-31 Thread Felix Fietkau
On 2014-01-30 09:52, Daniel wrote: > hostapd expects basic_rates list to be space separated and in > 100kbit/s units. This patch would have broken the other uses of hostapd_add_rate. I've committed a fix in r39431 - Felix ___ openwrt-devel mailing list o

[OpenWrt-Devel] [PATCH] [packages] dropbear: update to 2013.62

2014-01-31 Thread Reiner Herrmann
support ecdsa and refresh patches Signed-off-by: Reiner Herrmann --- package/network/services/dropbear/Makefile | 8 +--- .../network/services/dropbear/files/dropbear.init | 11 +++ .../services/dropbear/patches/100-pubkey_path.patch | 4 ++-- .../services/dropbear/patch

[OpenWrt-Devel] [PATCH 2/2] pyload: add LIBCURL_COOKIES dependency

2014-01-31 Thread Oliver Ertl
Signed-off-by: Oliver Ertl --- net/pyload/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/pyload/Makefile b/net/pyload/Makefile index bdb60ca..d6f237c 100644 --- a/net/pyload/Makefile +++ b/net/pyload/Makefile @@ -26,7 +26,7 @@ define Package/pyload CATEGORY:=N

[OpenWrt-Devel] [PATCH 0/2] *** SUBJECT HERE ***

2014-01-31 Thread Oliver Ertl
*** BLURB HERE *** Oliver Ertl (2): pyload: update to current version 0.4.9 pyload: add LIBCURL_COOKIES dependency net/pyload/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) -- 1.8.3.2 ___ openwrt-devel mailing list openwrt

[OpenWrt-Devel] [PATCH 1/2] pyload: update to current version 0.4.9

2014-01-31 Thread Oliver Ertl
Signed-off-by: Oliver Ertl --- net/pyload/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/pyload/Makefile b/net/pyload/Makefile index 4a5d9e4..bdb60ca 100644 --- a/net/pyload/Makefile +++ b/net/pyload/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2011 OpenWrt

Re: [OpenWrt-Devel] b53: leaking packets for a second during initialization?

2014-01-31 Thread Rafał Miłecki
2014-01-30 Rafał Miłecki : > * CONCLUSION * > > b53_switch_reset_gpio resets switch into a vulnerable state, where > machine behind the WAN can "access" LAN machines. > We need to put switch in some safe state before we call b53_switch_reset_gpio. > Example of configuring ports into a safe state is