Re: [OpenWrt-Devel] Attitude Adjustment (r36608) Configuration config problems
On 05/15/2013 05:27 AM, Gui Iribarren wrote: On 05/15/2013 02:15 AM, cmsv wrote: I have encountered the following problems while compiling images: The reason being is for example that the network configuration file for a dlink is not fully the same as for example tp-link. Having any of these config files in buildroot dir/files/config/ will eventually brick routers that for example have a different switch configuration; will fail working properly for wireless and have functioning problems with system. These files exist in buildroot dir/package/base-files/files/etc/ and while building the image they get merged with the specifics of the hardware. My question is if we can have the same merging task done while having buildroot dir/files/ . Have you considered either...? a) use ./scripts/env to maintain a different set of /files for each model or b) use an /etc/uci-defaults/smart-template.sh : it can check the hardware model where it is running live, and apply the config based on that information I might that the ./scripts/env approach but right now there are other problems such as for example even using buildroot dir/package/base-files/files/etc/* still overwrites the network file and does not merge the wireless file into the new image. Some other files work as hey should such as the system config file which merges the date in it as it should during compilation. Hope that helps ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel 0x782BF73E.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mac82011: Fix auto channel selection for dual band cards
* Sujith Manoharan suj...@msujith.org [16.05.2013 10:42]: From: Sujith Manoharan c_man...@qca.qualcomm.com Use the HW mode to determine which channel to choose when the card is dual-band, otherwise, a channel from the 2GHz band would be chosen when hwmode is set to 11a or 11na. this patch does not work, dont apply. i dig into it, wait a hour... bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] AA r36608 Batman-adv 2013.2.0
* cmsv c...@wirelesspt.net [16.05.2013 10:43]: Usage: batman-adv start|stop|restart [mesh instance] Does not exist with this combination. I tried to find an answer in the docs from both sides but was unable to obtain an answer. http://www.open-mesh.org/projects/batman-adv/wiki/Batman-adv-openwrt-config bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] AA r36608 Batman-adv 2013.2.0
Yes i am aware of that configuration and it is what i use. I now see that restarting batman-adv is done by restarting the network which means that the change was intentional. Thank you On 05/16/2013 05:07 AM, Bastian Bittorf wrote: * cmsv c...@wirelesspt.net [16.05.2013 10:43]: Usage: batman-adv start|stop|restart [mesh instance] Does not exist with this combination. I tried to find an answer in the docs from both sides but was unable to obtain an answer. http://www.open-mesh.org/projects/batman-adv/wiki/Batman-adv-openwrt-config bye, bastian 0x782BF73E.asc Description: application/pgp-keys ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mac82011: Fix auto channel selection for dual band cards
* Sujith Manoharan suj...@msujith.org [16.05.2013 10:42]: From: Sujith Manoharan c_man...@qca.qualcomm.com Use the HW mode to determine which channel to choose when the card is dual-band, otherwise, a channel from the 2GHz band would be chosen when hwmode is set to 11a or 11na. this patch does not work, please use an approach like this (attached), or i will send a patch 8-) some time ago a send an approach like this just to get rid of the ill sed construct, but it was'nt accepted 8-) now there is a real/good reason. bye, bastian wifi_get_first_channel.sh Description: Bourne shell script ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Doubts with mac80211.sh and wpa_supplicant.sh scripts
Hello, I have a few questions about these two scripts, and I would appreciate if you might clarify them to me. -mac80211.sh 1. I have seen that in the for which calls the wpa_supplicant_setup_vif() function, in the case of configuring an client, sta option in the case. Why isn't the frequency( $freq ) passed as parameter for wpa_supplicant_setup_vif() function as it is done when configuring adhoc mode? -wpa_supplicant.sh 1.What is the meaning of the ${fixed:+fixed_freq=1} ?? I mean, this fixes the vaule of the frequency but for what value? 2. Is there a way of setting the Authentication timer of wpa in the script? Or that can only be done in the code of wpa? Thanks in advance, Regards ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Doubts with mac80211.sh and wpa_supplicant.sh scripts
* Francisco Cuesta ndarkn...@gmail.com [16.05.2013 12:09]: client, sta option in the case. Why isn't the frequency( $freq ) passed as parameter for wpa_supplicant_setup_vif() function as it is done when configuring adhoc mode? in station mode the master enforces the channel/freq. bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: add TP-LINK TL-MR10U
Small router with 4MB flash, 32MB RAM http://www.tp-link.com.cn/product_300.html Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com --- Index: target/linux/ar71xx/image/Makefile === --- target/linux/ar71xx/image/Makefile (wersja 36642) +++ target/linux/ar71xx/image/Makefile (kopia robocza) @@ -927,6 +927,7 @@ $(eval $(call SingleProfile,TPLINK,$(fs_64kraw),TLWR941NV4,tl-wr941nd-v4,TL-WR741ND,ttyS0,115200,0x09410004,1,4M)) $(eval $(call SingleProfile,TPLINK,$(fs_64kraw),TLWR1043,tl-wr1043nd-v1,TL-WR1043ND,ttyS0,115200,0x10430001,1,8M)) +$(eval $(call SingleProfile,TPLINK-LZMA,$(fs_64kraw),TLMR10UV1,tl-mr10u-v1,TL-WR703N,ttyATH0,115200,0x00100101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,$(fs_64kraw),TLMR11UV1,tl-mr11u-v1,TL-MR11U,ttyATH0,115200,0x00110101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,$(fs_64kraw),TLMR11UV2,tl-mr11u-v2,TL-MR11U,ttyATH0,115200,0x00110102,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,$(fs_64kraw),TLMR3020,tl-mr3020-v1,TL-MR3020,ttyATH0,115200,0x3021,1,4Mlzma)) Index: target/linux/ar71xx/base-files/lib/ar71xx.sh === --- target/linux/ar71xx/base-files/lib/ar71xx.sh(wersja 36642) +++ target/linux/ar71xx/base-files/lib/ar71xx.sh(kopia robocza) @@ -132,6 +132,9 @@ 254300*) model=TP-Link TL-WR2543N/ND ;; + 100101*) + model=TP-Link TL-MR10U + ;; 110101*) model=TP-Link TL-MR11U ;; -- Pozdrawiam, Cezary Jackiewicz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mac82011: Fix auto channel selection for dual band cards
Bastian Bittorf wrote: this patch does not work, please use an approach like this (attached), or i will send a patch 8-) some time ago a send an approach like this just to get rid of the ill sed construct, but it was'nt accepted 8-) now there is a real/good reason. I wasn't aware of this, do you have a link to the earlier patch/discussion ? Since you seem to have a fix already, please go ahead and send your patch. Sujith ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH][V5] Zabbix: add extra packages with discovery/userparameter
On 04/24/2013 11:53 PM, Etienne Champetier wrote: Hi Hello Etienne, Index: admin/zabbix/files/zabbix_extra_mac80211.init === --- admin/zabbix/files/zabbix_extra_mac80211.init (révision 0) +++ admin/zabbix/files/zabbix_extra_mac80211.init (révision 0) @@ -0,0 +1,9 @@ +#!/bin/sh /etc/rc.common +# Copyright (C) 2008-2011 OpenWrt.org + +START=59 + +start() { + chmod -R a+r /sys/kernel/debug/ieee80211/*/statistics/ +} + I'm sorry, but I still don't think that's the way to go. That's not just a theoretical issue - one just can't keep track of those changes made. If packages start to modify filesystem permissions, this will result in just a mess (incompatibilities between packages, race-conditions, security-issues, and probably much more). I appreciate your work, but I won't commit a patch which results in a package modifying the permissions of files outside its scope. Maybe it makes sense to globally change the permissions of /sys/kernel/debug/ieee80211/*/statistics/ to be world-readable. However I'll let that to the other devs, since I don't know about what kind of possibly sensitive information this debug interface exposes. Cheers mirko ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Wep + HT, adhoc and AA r36608/r35153
While using wep + HT for adhoc with AA r36608 once option encryption wep option key key here is set the interface fails to work properly. According to the log: HT (IEEE 802.11n) with WEP is not allowed, disabling HT capabilities. However i have it all working on my mesh with the same configuration and HT20/HT40- in the same hardware but with with AA r35153 with wep+ht: # iwinfo adhoc0 info adhoc0ESSID: unknown Access Point: 00:00:00:00:00:00 Mode: Ad-Hoc Channel: 11 (2.462 GHz) Tx-Power: 15 dBm Link Quality: 0/70 Signal: unknown Noise: -91 dBm Bit Rate: unknown Encryption: none Type: nl80211 HW Mode(s): 802.11bgn Hardware: 168C:002B 168C:A091 [Atheros AR9285] TX power offset: none Frequency offset: none Supports VAPs: yes While without encryption: g# iwinfo adhoc0 info adhoc0ESSID: mesh.net Access Point: 02:12:C8:6E:0D:1C Mode: Ad-Hoc Channel: 11 (2.462 GHz) Tx-Power: 15 dBm Link Quality: 59/70 Signal: -51 dBm Noise: -91 dBm Bit Rate: 5.6 MBit/s Encryption: none Type: nl80211 HW Mode(s): 802.11bgn Hardware: 168C:002B 168C:A091 [Atheros AR9285] TX power offset: none Frequency offset: none Supports VAPs: yes Currently; either wep is removed from the config or HT is. Was this an intentional change (since it was working before) and why ? Also; what is the status of WPA/PSK and adhoc ? what are the alternatives now ? -- Site: http://wirelesspt.net Mesh: http://tinyurl.com/wirelesspt Admin: http://wirelesspt.net/wiki/Cmsv Twitter: http://twitter.com/wirelesspt Suporte técnico via sms: 91 19 11 798 Donativos/Paypal: http://tinyurl.com/doar-verba Chave publica PGP/SSH: http://wirelesspt.net/arquivos/pk Email assinado digitalmente pelo emissor assegurando autenticidade 0x782BF73E.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Doubts with mac80211.sh and wpa_supplicant.sh scripts
Thanks for replying Bastian, Do you know the meaning of the ${fixed:+fixed_freq=1} ?? I mean, this fixes the vaule of the frequency but for what value? 2013/5/16 Bastian Bittorf bitt...@bluebottle.com: * Francisco Cuesta ndarkn...@gmail.com [16.05.2013 12:09]: client, sta option in the case. Why isn't the frequency( $freq ) passed as parameter for wpa_supplicant_setup_vif() function as it is done when configuring adhoc mode? in station mode the master enforces the channel/freq. bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Netifd: Generic multi-wan support v2
From: Kristian Evensen kristian.even...@gmail.com This patch implements the comments received for version 1 (see https://lists.openwrt.org/pipermail/openwrt-devel/2013-May/020119.html). * Routes are only added to the specified table. The only exception are the IPv4-routes Linux generates automatically when an address with a mask less than 32 comes up. These routes are added to the default table and in order to avoid depending on OS-behavior, the routes are not deleted. Also, they are needed (in the default table) to for example be able to add default routes to interfaces. * The rules are divided into three 'parts', in order to support the case where a client is connected to networks with overlapping subnets. The first part consists of the from IP-address-rules, so that packets from sockets bound to IPs on the device go through the intended interface. Then follows lookups in main and default, before the networks are checked. Finally, the from lo-rules are check so that traffic from sockets not bound to an IP also is routed correctly. * The priority of the from lo-rules is set to 65535 + table_id. When there are multiple rules with the same priority and same source, the kernel seems to display undefined behavior. Even though table and priority was specified when netifd sends DELRULE, it seems random which rule is actually deleted. I have been testing this patch on my router the whole day today and it behaves as intended. However, all my WAN-connections are IPv4 and I was only able to test IPv6 in a small, private network. If anyone has time to check the behavior in a full IPv6-network, I would be very grateful. Fixed a whitespace --- interface-ip.c | 75 +++--- interface-ip.h | 2 +- iprule.h | 3 +++ proto.c| 6 ++--- 4 files changed, 57 insertions(+), 29 deletions(-) diff --git a/interface-ip.c b/interface-ip.c index e265563..7cedf3f 100644 --- a/interface-ip.c +++ b/interface-ip.c @@ -90,28 +90,39 @@ match_if_addr(union if_addr *a1, union if_addr *a2, int mask) return !memcmp(p1, p2, sizeof(*p1)); } -static int set_ipv6_source_policy(bool add, const union if_addr *addr, uint8_t mask, int ifindex) +static int set_ip_source_policy(bool add, bool v4, unsigned int priority, + const union if_addr *addr, uint8_t mask, int ifindex) { struct iprule rule = { - .flags = IPRULE_INET6 | IPRULE_SRC | IPRULE_LOOKUP | IPRULE_PRIORITY, - .priority = 65535, - .lookup = interface_ip_resolve_v6_rtable(ifindex), + .flags = IPRULE_SRC | IPRULE_LOOKUP | IPRULE_PRIORITY, + .priority = priority, + .lookup = interface_ip_resolve_rtable(ifindex), .src_addr = *addr, .src_mask = mask, }; + if(v4) + rule.flags |= IPRULE_INET4; + else + rule.flags |= IPRULE_INET6; + return (add) ? system_add_iprule(rule) : system_del_iprule(rule); } -static int set_ipv6_lo_policy(bool add, int ifindex) +static int set_ip_lo_policy(bool add, bool v4, int ifindex) { struct iprule rule = { - .flags = IPRULE_INET6 | IPRULE_IN | IPRULE_LOOKUP | IPRULE_PRIORITY, - .priority = 65535, - .lookup = interface_ip_resolve_v6_rtable(ifindex), + .flags = IPRULE_IN | IPRULE_LOOKUP | IPRULE_PRIORITY, + .priority = IPRULE_PRIORITY_NW + interface_ip_resolve_rtable(ifindex), + .lookup = interface_ip_resolve_rtable(ifindex), .in_dev = lo }; + if(v4) + rule.flags |= IPRULE_INET4; + else + rule.flags |= IPRULE_INET6; + return (add) ? system_add_iprule(rule) : system_del_iprule(rule); } @@ -246,7 +257,6 @@ interface_ip_add_route(struct interface *iface, struct blob_attr *attr, bool v6) struct blob_attr *tb[__ROUTE_MAX], *cur; struct device_route *route; int af = v6 ? AF_INET6 : AF_INET; - bool is_v6_proto_route = v6 iface; blobmsg_parse(route_attr, __ROUTE_MAX, tb, blobmsg_data(attr), blobmsg_data_len(attr)); @@ -300,10 +310,8 @@ interface_ip_add_route(struct interface *iface, struct blob_attr *attr, bool v6) } // Use source-based routing - if (is_v6_proto_route) { - route-table = interface_ip_resolve_v6_rtable(iface-l3_dev.dev-ifindex); - route-flags |= DEVROUTE_SRCTABLE; - } + route-table = interface_ip_resolve_rtable(iface-l3_dev.dev-ifindex); + route-flags |= DEVROUTE_SRCTABLE; if ((cur = tb[ROUTE_TABLE]) != NULL) { if (!system_resolve_rt_table(blobmsg_data(cur), route-table)) { @@ -364,9 +372,11 @@ interface_handle_subnet_route(struct interface *iface, struct device_addr *addr, memset(route, 0,
Re: [OpenWrt-Devel] Doubts with mac80211.sh and wpa_supplicant.sh scripts
* Francisco Cuesta ndarkn...@gmail.com [16.05.2013 18:32]: Thanks for replying Bastian, Do you know the meaning of the ${fixed:+fixed_freq=1} ?? I mean, this fixes the vaule of the frequency but for what value? i can only see: line 335: [ $channel = auto -o $channel = 0 ] || { fixed=1 } line 528: ${fixed:+fixed-freq} which means: if channel is auto or 0, than the freq is NOT fixed, so dont insert the statement. the syntax: ${variable:+bla} means: has variable a value, than output bla, which is the same like [ -n $variable ] echo bla (but often used inline) for further explenation read here: http://tldp.org/LDP/abs/html/parameter-substitution.html bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Fwd: [PATCH][include] Update CyaSSL library to last version 2.6.0
Thank you for sharing this patch! I'm trying this very patch to see if I can use cyassl with curl, instead of openssl. (cyassl v1.6.5 is apparently old enough that the current version of curl can no longer use libcyassl.so.) However, my build on ar71xx target fails when libcurl tries to link to libcyassl on the rather esoteric error bad math long / long long settings. Are there platform limitations to the new version of cyassl? OpenWrt-libtool: compile: mips-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -I../include/curl -I../include -I../include -I../lib -I../lib -DCURL_HIDDEN_SYMBOLS -isystem /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -isystem /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/include -isystem /blah/blah/openwrt/staging_dir/toolchain-mips_r2_gcc-4.7-linaro_uClibc-0.9.33.2/usr/include -isystem /blah/blah/openwrt/staging_dir/toolchain-mips_r2_gcc-4.7-linaro_uClibc-0.9.33.2/include -I/blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -I/blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -fvisibility=hidden -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -funit-at-a-time -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -fpic -Wno-system-headers -MT libcurl_la-cyassl.lo -MD -MP -MF .deps/libcurl_la-cyassl.Tpo -c cyassl.c -fPIC -DPIC -o .libs/libcurl_la-cyassl.o In file included from /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/error.h:26:0, from /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/error.h:26, from cyassl.c:53: /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/types.h:274:6: error: #error bad math long / long long settings /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/types.h:276:1: error: expected identifier before '}' token make[5]: *** [libcurl_la-cyassl.lo] Error 1 The caveat, however, is that I'm trying to compile the newer cyassl for Attitude Adjustment v36608, not trunk. Not sure if that would make a difference for this error. On Sun, May 5, 2013 at 5:50 AM, Massimo Vellucci vema...@gmail.com wrote: Sorry I made a big mistake, I attached the wrong patch. For x86 you need to disable the PIC optimization otherwise you get an error at compile time. diff -r -u a/package/libs/cyassl/Makefile b/package/libs/cyassl/Makefile --- a/package/libs/cyassl/Makefile2013-03-21 08:08:18.0 +0100 +++ b/package/libs/cyassl/Makefile2013-05-05 10:27:06.0 +0200 @@ -8,16 +8,14 @@ include $(TOPDIR)/rules.mk PKG_NAME:=cyassl -PKG_VERSION:=1.6.5 -PKG_RELEASE:=2 +PKG_VERSION:=2.6.0 +PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).zip PKG_SOURCE_URL:=http://www.yassl.com/ -PKG_MD5SUM:=98c2c6350acf1d089756a1de9ccb9903 +PKG_MD5SUM:=9c48fd4ab677c11b4612fb4eb15444d9 -PKG_FIXUP:=patch-libtool PKG_INSTALL:=1 -PKG_BUILD_PARALLEL:=1 include $(INCLUDE_DIR)/package.mk @@ -37,8 +35,12 @@ TARGET_CFLAGS += $(FPIC) CONFIGURE_ARGS += \ - --without-zlib \ - --enable-singleThreaded + --without-pic \ + --enable-dtls \ + --enable-static \ + --enable-opensslextra \ + --enable-singlethreaded \ + --disable-examples define Build/InstallDev $(INSTALL_DIR) $(1)/usr/include I'm sorry again for the mistake Massimo ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Question about pulling out the latest revision of sources for openwrt tagged sources
Hello everyone, I would love to start an open discussion. There is a little issue with checking out the latest revision of sources for package asteriskXX-chan-sccp-b. Those sources are OpenWrt tagged, so it should consist of stable sources to be compiled. Even if those sources are release-candidate, they are more stable and functional than every previous stable release that was released to this date. Once the stable release will be rolled out, the package variables will be switched to tarball. Package freeswitch does the same, except the one thing - it pulls the latest HEAD revision if it's told to pull it out (CONFIG_FS_...), otherwise it pulls out the default revision. I would love to do the opposite - to always pull the latest revision. (see http://git.nanl.de/?p=openwrt/telephony.git;a=blob;f=freeswitch/Makefile ) Is it acceptable to always check out the latest revision, or should we stick with specific revision? What do you think about that? PKG_REV=$(shell svn info 'https://svn.code.sf.net/p/chan-sccp-b/code/tags/openwrt' | sed -En 's/^Revision: (.+)/\1/p' | head -n1) PKG_VERSION:=4.1r$(PKG_REV) Thank you for your ideas! Jiri ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mac82011: Fix auto channel selection for dual band cards
* Sujith Manoharan suj...@msujith.org [16.05.2013 14:13]: I wasn't aware of this, do you have a link to the earlier patch/discussion ? Since you seem to have a fix already, please go ahead and send your patch. i will send a patch next week... bye, bastian PS: http://www.intercity-vpn.de/files/openwrt/patches/refactoring-get_freq.patch ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel