Re: [OpenWrt-Devel] "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread David Lang
You cannot use both radios on the same channel, or even the same band. One radio will only work on channels 1-11 and the other will only work on channels 36+ pick which band you are going to use to connect to the remote AP and which you are going to use to have your clients connect to it. D

Re: [OpenWrt-Devel] "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread John kerry
Hi, I have configured wireless file as below: config wifi-device 'wifi0' option type 'qcawifi' option channel 'auto' option macaddr '00:26:75:bd:37:24' option hwmode '11ng' option txpower '16' option htmode 'HT20' config wifi-iface option d

Re: [OpenWrt-Devel] "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread John kerry
Hi, I have one and i configured as below: config wifi-device 'wifi0' option type 'qcawifi' option channel 'auto' option macaddr '00:26:75:bd:37:24' option hwmode '11ng' option txpower '16' option htmode 'HT20' config wifi-iface option devi

Re: [OpenWrt-Devel] "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread Weedy
On 6 Aug 2015 23:15, "John kerry" wrote: > > Hi, > > > Could anyone please help me on this to configure the wireless in such a way that when we connect to wireless WAN the LAN SSID should not change. > > > Thanks, You need 2 physical radios. ___ openwrt

Re: [OpenWrt-Devel] "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread John kerry
Hi, Could anyone please help me on this to configure the wireless in such a way that when we connect to wireless WAN the LAN SSID should not change. Thanks, On Thu, Aug 6, 2015 at 9:24 PM, John kerry wrote: > Hi, > > I have configured wireless as below: > > > > > > > > > > > > > > > > *conf

[OpenWrt-Devel] [PATCH 2/3] ipq806x: add NAND flash controller support

2015-08-06 Thread Mathieu Olivari
These patches add support for ipq806x NAND flash controller. Most of these are cherry-picked & backported from LKML: *https://lkml.org/lkml/2015/8/3/16 This patch just modifies the kernel code, but doesn't change the config. It should be harmless. Signed-off-by: Mathieu Olivari --- .../160-clk-

[OpenWrt-Devel] [PATCH 1/3] ipq806x: Add ADM support

2015-08-06 Thread Mathieu Olivari
These are cherry-picked & backported from LKML: *https://lkml.org/lkml/2015/3/17/19 They are enabled on both 3.18 and 4.1 kernel. Patches 150 to 154 are applying changes merged since 3.18; they enable mechanisms used by the ADM driver. ADM engine is used by the NAND controller, so it is necessary

[OpenWrt-Devel] [PATCH 3/3] ipq806x: enable NAND flash support in the kernel

2015-08-06 Thread Mathieu Olivari
Previous patch set backported the recently posted NAND flash driver to 3.18 and 4.1 kernel. This patch now enables it in the kernel config. There is no change to the partition layout and init yet. But the NAND flash can be seen in the mtd list on an AP148: root@OpenWrt:/# cat /proc/mtd dev:si

[OpenWrt-Devel] [PATCH 0/3] ipq806x: add NAND flash support

2015-08-06 Thread Mathieu Olivari
This patch serie adds support for the integrated NAND flash controller available on AP148. Most of the patches are backported from LKML, with minor modifications. This is kernel level support & enablement for now. Support for proper MTD partitioning will come later and will be necessary to boot fr

Re: [OpenWrt-Devel] [PATCHv2 netifd 2/3] bridge: Allow setting multicast_to_unicast option

2015-08-06 Thread Felix Fietkau
On 2015-08-06 22:10, Linus Lüssing wrote: > On Wed, Aug 05, 2015 at 01:38:28PM +0200, Felix Fietkau wrote: >> On 2015-08-05 01:00, Linus Lüssing wrote: >> > With this patch the multicast_to_unicast feature can be disabled for all >> > wireless interfaces via an according option on the uci bridge in

Re: [OpenWrt-Devel] [PATCH] busybox: lock: implement -n "Fail rather than wait"

2015-08-06 Thread Felix Fietkau
On 2015-08-06 17:28, Alexander Couzens wrote: > lock -n is similiar to flock -n. If the lock was already taken, > fail with exit code = 1 and write error message to stderr. > > example: > if ! lock -n /tmp/foo ; then > echo lock exits. > else > echo lock was free. But is locked now. >

Re: [OpenWrt-Devel] [PATCHv2 netifd 2/3] bridge: Allow setting multicast_to_unicast option

2015-08-06 Thread Linus Lüssing
On Wed, Aug 05, 2015 at 01:38:28PM +0200, Felix Fietkau wrote: > On 2015-08-05 01:00, Linus Lüssing wrote: > > With this patch the multicast_to_unicast feature can be disabled for all > > wireless interfaces via an according option on the uci bridge interface. > > > > This patch also exports the s

Re: [OpenWrt-Devel] [PATCH v3] lantiq: get more status information from xDSL

2015-08-06 Thread Florian Eckert
Am 06.08.2015 4:01 nachm. schrieb "Sylwek ScApi" : > > I don't know that You done something wrong, You misunderstood me, as example We will use this part of patch: > : > @@ -226,16 +609,21 @@ line_state() { > fi > else > if [ "$ls" = "0x801" ]; then > -

[OpenWrt-Devel] Unable to get TP9343/QCA9561 WLAN working with ath9k (was: ar71xx: fix TP-LINK TL-WR941ND v6 support)

2015-08-06 Thread Matthias Schiffer
Hi, as I've already written on the OpenWrt ML, I'm currently porting OpenWrt to the TP-LINK TL-WR941ND v6, which uses a TP9343 SoC (which is confusingly part of the QCA956x series). The WMAC identifies as QCA9561 (0x600 rev 0). I'm unable to get the WLAN working at all. The TX seems to work fine (

Re: [OpenWrt-Devel] RB2011UiAS-RM Mikrotik/Routerboard

2015-08-06 Thread Marcelo Feitoza Parisi
Hello all, Could someone please assist? I'm still getting a lot of packet loss: 306 packets transmitted, 176 packets received, 42% packet loss round-trip min/avg/max = 0.717/0.835/5.253 ms Thanks, Marcelo 2015-07-28 16:23 GMT-03:00 Marcelo Feitoza Parisi : > I have this device, and I am get

[OpenWrt-Devel] Separate Default SSID for 2.4GHz and 5GHz

2015-08-06 Thread Afkar Rafique
Hi Everyone, I am working on AR93XX openWrt project. I have to configure the wifi0 as 2.4GHz and 5Ghz as per the selection of user. Mainly I have to add selection in the GUI to switch between 2.4GHz and 5GHz. I have to keep two separate default SSID for 2.4GHz and 5GHz. Could anyone can help me t

[OpenWrt-Devel] [PATCH] busybox: lock: implement -n "Fail rather than wait"

2015-08-06 Thread Alexander Couzens
lock -n is similiar to flock -n. If the lock was already taken, fail with exit code = 1 and write error message to stderr. example: if ! lock -n /tmp/foo ; then echo lock exits. else echo lock was free. But is locked now. fi > lock was free. But is locked now. > lock exists. Signe

Re: [OpenWrt-Devel] [PATCHv2 netifd 1/3] bridge: Fix multicast_to_unicast feature by hairpin+isolate

2015-08-06 Thread Linus Lüssing
On Wed, Aug 05, 2015 at 01:28:23PM +0200, Felix Fietkau wrote: > This patch turns on hairpin mode and assumes that the driver script > checks the multicast_to_unicast flag. > This is somewhat broken, since you only consider the hostapd.sh script, > but there are other driver implementations out the

Re: [OpenWrt-Devel] [PATCH v3] lantiq: get more status information from xDSL

2015-08-06 Thread Sylwek ScApi
I don't know that You done something wrong, You misunderstood me, as example We will use this part of patch: : @@ -226,16 +609,21 @@ line_state() { fi else if [ "$ls" = "0x801" ]; then - echo "Line State: UP [$ls: $s]" +

[OpenWrt-Devel] Fwd: "3-address Wi-Fi bridging" (was: Multiple Wi-Fi client/AP interfaces on one radio)

2015-08-06 Thread John kerry
Hi, I have configured wireless as below: *config wifi-device 'wifi0'option type 'qcawifi'option channel 'auto'option macaddr '00:03:7f:42:06:61'option hwmode '11ng'option txpower '19'option htmode 'HT20'config wifi-ifaceoption

[OpenWrt-Devel] [PATCH] uclient-fetch: set server_name of the ssl context to support SNI

2015-08-06 Thread Alexander Couzens
Signed-off-by: Alexander Couzens --- uclient-http.c | 1 + 1 file changed, 1 insertion(+) diff --git a/uclient-http.c b/uclient-http.c index d96094d..4300d05 100644 --- a/uclient-http.c +++ b/uclient-http.c @@ -826,6 +826,7 @@ static int uclient_setup_https(struct uclient_http *uh) uh->u

[OpenWrt-Devel] [PATCH] ustream-ssl: make ustream_ssl.server_name const

2015-08-06 Thread Alexander Couzens
Signed-off-by: Alexander Couzens --- ustream-ssl.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Hi Felix, can you please update CC too? BB would be also nice, if it still maintained. Follow-up patch for uclient-fetch will fix SNI. Best, lynxis diff --git a/ustream-ssl.h b/ustream-ss

Re: [OpenWrt-Devel] getaddrinfo breaks with IPV6 and IPV4

2015-08-06 Thread Baptiste Clenet
2015-08-06 12:02 GMT+02:00 Cristian Morales Vega : > On 6 August 2015 at 10:52, Baptiste Clenet wrote: >> Hi, >> >> I try to use getaddrinfo() function and I send as parameters: >> >> static char addrstr[256] = "::1"; >> struct addrinfo *res, *ainfo; >> struct addrinfo hints; >> memset ((c

Re: [OpenWrt-Devel] getaddrinfo breaks with IPV6 and IPV4

2015-08-06 Thread Baptiste Clenet
2015-08-06 11:52 GMT+02:00 Baptiste Clenet : > Hi, > > I try to use getaddrinfo() function and I send as parameters: > > static char addrstr[256] = "::1"; > struct addrinfo *res, *ainfo; > struct addrinfo hints; > memset ((char *)&hints, 0, sizeof(hints)); > hints.ai_socktype = SOCK_DGRAM

Re: [OpenWrt-Devel] getaddrinfo breaks with IPV6 and IPV4

2015-08-06 Thread Cristian Morales Vega
On 6 August 2015 at 10:52, Baptiste Clenet wrote: > Hi, > > I try to use getaddrinfo() function and I send as parameters: > > static char addrstr[256] = "::1"; > struct addrinfo *res, *ainfo; > struct addrinfo hints; > memset ((char *)&hints, 0, sizeof(hints)); > hints.ai_socktype = SOCK

[OpenWrt-Devel] getaddrinfo breaks with IPV6 and IPV4

2015-08-06 Thread Baptiste Clenet
Hi, I try to use getaddrinfo() function and I send as parameters: static char addrstr[256] = "::1"; struct addrinfo *res, *ainfo; struct addrinfo hints; memset ((char *)&hints, 0, sizeof(hints)); hints.ai_socktype = SOCK_DGRAM; hints.ai_family = AF_UNSPEC; int error = getaddrinfo(a

[OpenWrt-Devel] Fwd: [PATCH v3] lantiq: get more status information from xDSL

2015-08-06 Thread Florian Eckert
Sorry i dont understand your question. This is the third version of the patch. I edit this in v2 and v3 In v2 i have added the conversation of latency to ms (mentioned by Martin Blumenstingl). I have forgotten the quotation around the ms output. The lucistat output was broken so i fixed this in

Re: [OpenWrt-Devel] [PATCH v3] lantiq: get more status information from xDSL

2015-08-06 Thread Sylwester Petela
W dniu 2015-08-06 o 07:41, feckert pisze: Signed-off-by: Florian Eckert Signed-off-by: Helge Mader Tested-by: Martin Blumenstingl Tested-by: Andre Heider --- v2 fix annex and line mode comma v2 fix latency to ms v3 fix latency syntax quotation error "x ms" v3 fix echo "" separation remov