[OpenWrt-Devel] bb luci error
Is it ok, if i send some error-messages? /usr/lib/lua/luci/dispatcher.lua:211: /etc/config/luci seems to be corrupt, unable to find section 'main' File /etc/config/luci dosen't exist. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] bb luci error
Hi, fixed with http://luci.subsignal.org/trac/changeset/10286 - thanks for your heads-up. ~ 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] Nanostation M2 - does it have a new soc chip from 2014?
So this would mean Nanostation M5's have a chipset/motherboard change, and to date no one has had the opportunity to test OpenWRT on them, correct? Thanks for your diligence. On Tue, Jun 10, 2014 at 5:12 PM, valent.turko...@gmail.com valent.turko...@gmail.com wrote: I got a batch of 10 Nanostation loco M2 devices and can confim that they run OpenWrt without problem. I have updated OpenWrt Wiki with all information I have found out so far: http://wiki.openwrt.org/toh/ubiquiti/nanostationm2 On Thu, Jun 5, 2014 at 12:35 AM, Moses F supp...@ubnt.com wrote: ## Please do not write below this line ## Your request (115726) has been updated. You can add a comment by replying to this email. *Moses F.* (Ubiquiti Networks) Jun 04 15:35 Hi Valent, Thanks for you patience. Here is the information you are looking for: The new firmware xw runs on the following board (except Rocket ti). system type : Atheros AR934x cpu model : MIPS 74Kc V4.12 Hope that's helpful. If you have any other questions, please let us know! I'm setting this ticket to solved for now, but if you have any additional questions, feel free to reply to this email at any time and it'll automatically reopen the ticket. Thanks! Moses F. Ubiquiti Networks *Moses F.* (Ubiquiti Networks) Jun 03 17:50 Hi Valent, The NanoStationM2 still runs on the older board. That's the reason there is no XW firmware. I'm still awaiting the information regarding the newer motherboard. Thanks for your patience! Moses F. Ubiquiti Networks *valent.turkovic* Jun 03 11:41 Hi Mozes, I'm also looking at Nanostation M2 download page: http://www.ubnt.com/download#NanoStation:M2 And here only XM AirOS image is listed, there is no XV image like on Nanostation M5 download page: http://www.ubnt.com/download#NanoStation:M5 Why? *valent.turkovic* Jun 03 05:47 Thanks for confirming that Nanostatio Loco M2 devices have changed. From what I saw it looks like you have changed SoC (main chip). From what I found out so far it looks like old chip was ar724x and new one is ar934x This is a really SIGNIFICANT change! I have stopped my order of 50 Nanostation M2 Loco devices because of this! I need OpenWrt support because AirOS doesn't support OLSR and BATMAN routing protocols, which we use in our community wifi network. There are hundreds of wifi communities like ours, with many thousands Ubiquiti devices, and we need 100% rock-solid support of OpenWrt running on your hardware. Ubiquiti has stopped delivering SDK so there is no more option to use AirOS + OLSR or BATMAN, now our only option is to completely replace AirOS with OpenWrt. So this change is a really big impact on all of us who can't use your hardware unless we have routing protocols our networks use! So please take OpenWrt support seriously, we are a base custome for your devices, which your marketing and develpment departements seam to not get or care about. Which is a shame because you are turning away your years long and loyal customers away by these kind of action. Please forward this message to your supperiors and ask them to join in the discussion on OpenWrt development mailing list or to provide direct emails on which they team leads can be contacted. Have a nice day. *Moses F.* (Ubiquiti Networks) Jun 02 16:58 Hi Valent, Thanks for getting in touch with us! Yes, we have come up with the new board for these devices. Just for easy understanding the devices with the xw firmware run on the latest motherboard. eg: http://www.ubnt.com/download#NanoStation:M5. You'll see two firmware here. The xw is for new board and the xm for the older devices. I'm not sure about the chip-set. I'll get the information and get back to you. Thanks for your patience! Moses F. Ubiquiti Networks *valent.turkovic* Jun 02 16:30 I have heard from guys at Wlan Slovenia that you have changed chip on new models of Nanostation M2 from Atheros ar71xx to Atheros ar934x Could you please confirm or deny this information. Has there been any change in SoC that is used in Nanostation M2 and M2 Loco devices? Cheers, Valent. This email is a service from Ubiquiti Networks. Message-Id:1Q2V5JR6_538f9f164c0e1_1f103f8ead8c9ea417314f_sprut -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/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/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2] kernel/3.1{0, 2, 3, 4}: mtd: m25p80: add support for EON EN25QH128
This flash is used in newer Ubnt UniFi AP Pro Signed-off-by: Sergey Ryazanov ryazanov@gmail.com --- v2 * Patch v3.12, v3.13, v3.14 kernels as well --- ...-m25p80-add-support-for-EON-EN25QH128-flash.patch | 20 ...-m25p80-add-support-for-EON-EN25QH128-flash.patch | 20 ...-m25p80-add-support-for-EON-EN25QH128-flash.patch | 20 ...-m25p80-add-support-for-EON-EN25QH128-flash.patch | 20 4 files changed, 80 insertions(+) create mode 100644 target/linux/generic/patches-3.10/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch create mode 100644 target/linux/generic/patches-3.12/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch create mode 100644 target/linux/generic/patches-3.13/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch create mode 100644 target/linux/generic/patches-3.14/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch diff --git a/target/linux/generic/patches-3.10/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch b/target/linux/generic/patches-3.10/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch new file mode 100644 index 000..7b5ca98 --- /dev/null +++ b/target/linux/generic/patches-3.10/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch @@ -0,0 +1,20 @@ +From 0233dcb52eefa0b29250a6d8a58b3143790df57d Mon Sep 17 00:00:00 2001 +From: Sergey Ryazanov ryazanov@gmail.com +Date: Wed, 11 Jun 2014 02:23:00 +0400 +Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128 + +Signed-off-by: Sergey Ryazanov ryazanov@gmail.com +--- + drivers/mtd/devices/m25p80.c | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c +@@ -737,6 +737,7 @@ static const struct spi_device_id m25p_i + { en25q32b, INFO(0x1c3016, 0, 64 * 1024, 64, 0) }, + { en25p64, INFO(0x1c2017, 0, 64 * 1024, 128, 0) }, + { en25q64, INFO(0x1c3017, 0, 64 * 1024, 128, SECT_4K) }, ++ { en25qh128, INFO(0x1c7018, 0, 64 * 1024, 256, 0) }, + { en25qh256, INFO(0x1c7019, 0, 64 * 1024, 512, 0) }, + + /* ESMT */ diff --git a/target/linux/generic/patches-3.12/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch b/target/linux/generic/patches-3.12/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch new file mode 100644 index 000..543738c --- /dev/null +++ b/target/linux/generic/patches-3.12/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch @@ -0,0 +1,20 @@ +From 0233dcb52eefa0b29250a6d8a58b3143790df57d Mon Sep 17 00:00:00 2001 +From: Sergey Ryazanov ryazanov@gmail.com +Date: Wed, 11 Jun 2014 02:23:00 +0400 +Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128 + +Signed-off-by: Sergey Ryazanov ryazanov@gmail.com +--- + drivers/mtd/devices/m25p80.c | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c +@@ -760,6 +760,7 @@ static const struct spi_device_id m25p_i + { en25q32b, INFO(0x1c3016, 0, 64 * 1024, 64, 0) }, + { en25p64, INFO(0x1c2017, 0, 64 * 1024, 128, 0) }, + { en25q64, INFO(0x1c3017, 0, 64 * 1024, 128, SECT_4K) }, ++ { en25qh128, INFO(0x1c7018, 0, 64 * 1024, 256, 0) }, + { en25qh256, INFO(0x1c7019, 0, 64 * 1024, 512, 0) }, + + /* ESMT */ diff --git a/target/linux/generic/patches-3.13/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch b/target/linux/generic/patches-3.13/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch new file mode 100644 index 000..35f84ef --- /dev/null +++ b/target/linux/generic/patches-3.13/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch @@ -0,0 +1,20 @@ +From 0233dcb52eefa0b29250a6d8a58b3143790df57d Mon Sep 17 00:00:00 2001 +From: Sergey Ryazanov ryazanov@gmail.com +Date: Wed, 11 Jun 2014 02:23:00 +0400 +Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128 + +Signed-off-by: Sergey Ryazanov ryazanov@gmail.com +--- + drivers/mtd/devices/m25p80.c | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c +@@ -751,6 +751,7 @@ static const struct spi_device_id m25p_i + { en25q32b, INFO(0x1c3016, 0, 64 * 1024, 64, 0) }, + { en25p64,INFO(0x1c2017, 0, 64 * 1024, 128, 0) }, + { en25q64,INFO(0x1c3017, 0, 64 * 1024, 128, SECT_4K) }, ++ { en25qh128, INFO(0x1c7018, 0, 64 * 1024, 256, 0) }, + { en25qh256, INFO(0x1c7019, 0, 64 * 1024, 512, 0) }, + + /* ESMT */ diff --git a/target/linux/generic/patches-3.14/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch b/target/linux/generic/patches-3.14/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch new file mode 100644 index 000..5465d1c --- /dev/null +++ b/target/linux/generic/patches-3.14/473-mtd-m25p80-add-support-for-EON-EN25QH128-flash.patch @@ -0,0 +1,20 @@ +From 0233dcb52eefa0b29250a6d8a58b3143790df57d Mon Sep 17 00:00:00 2001 +From: Sergey
[OpenWrt-Devel] Add terminfo file in ncurses
Ran into a problem with my Fedora Linux machine, SSHing into an Openwrt router. Fedora sets terminfo to xterm-256color, but ncurses doesn't include that file in the firmware. This causes a few unintended problems, namely nano fails to launch. Attached patch adds xterm-256color to the files installed by ncurses. Signed-off-by: Jonathan Bennett jbscienc...@gmail.com diff --git a/package/libs/ncurses/Makefile b/package/libs/ncurses/Makefile index 62ffdfb..26b7bf5 100644 --- a/package/libs/ncurses/Makefile +++ b/package/libs/ncurses/Makefile @@ -101,7 +101,7 @@ ifneq ($(HOST_OS),FreeBSD) mv dir (echo -ne \xdir); \ done \ ) - for file in a/ansi d/dumb l/linux r/rxvt r/rxvt-unicode s/screen v/vt100 v/vt102 x/xterm x/xterm-color; do \ + for file in a/ansi d/dumb l/linux r/rxvt r/rxvt-unicode s/screen v/vt100 v/vt102 x/xterm x/xterm-color x/xterm-256color; do \ $(INSTALL_DIR) $(1)/usr/share/terminfo/`dirname file`; \ $(CP) $(PKG_INSTALL_DIR)/usr/share/terminfo/file \ $(1)/usr/share/terminfo/file; \ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] CONFIG_RPS flag activation
Hello all! Can anyone tell me how can activate the CONFIG_RPS flag for the target x86 generic? I have tried to add a CONFIG_RPS=y to the config-3.3 file in the target/linux/x86/generic dir and recompile, but i got no luck. In the kernel_menuconfig, RPS is still disabled. I need this active because i'm compiling a kernel module that requires a piece of code in the netdevice.h, that can only be added if RPS is active (real_num_rx_queues). This as changed in the more recent kernel versions, but since openwrt is still using 3.3, I have no choice but to active RPS. Can anyone help me with this? Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] CONFIG_RPS flag activation
2014-06-12 16:22 GMT-07:00 Carlos Ferreira carlosmf...@gmail.com: Hello all! Can anyone tell me how can activate the CONFIG_RPS flag for the target x86 generic? I have tried to add a CONFIG_RPS=y to the config-3.3 file in the target/linux/x86/generic dir and recompile, but i got no luck. In the kernel_menuconfig, RPS is still disabled. CONFIG_RPS depends on CONFIG_SMP I need this active because i'm compiling a kernel module that requires a piece of code in the netdevice.h, that can only be added if RPS is active (real_num_rx_queues). If you are setting your network device queues, you should use the helper function netif_set_real_num_rx_queues() which makes sure it does the right thing for !CONFIG_RPS and CONFIG_RPS enabled. This as changed in the more recent kernel versions, but since openwrt is still using 3.3, I have no choice but to active RPS. Can anyone help me with this? Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] CONFIG_RPS flag activation
btw, just to be more accurate, its not a flag, its a kconfig symbol :) Sorry for the mistake. On 13 June 2014 00:22, Carlos Ferreira carlosmf...@gmail.com wrote: Hello all! Can anyone tell me how can activate the CONFIG_RPS flag for the target x86 generic? I have tried to add a CONFIG_RPS=y to the config-3.3 file in the target/linux/x86/generic dir and recompile, but i got no luck. In the kernel_menuconfig, RPS is still disabled. I need this active because i'm compiling a kernel module that requires a piece of code in the netdevice.h, that can only be added if RPS is active (real_num_rx_queues). This as changed in the more recent kernel versions, but since openwrt is still using 3.3, I have no choice but to active RPS. Can anyone help me with this? Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] CONFIG_RPS flag activation
Ok, thanks for the assistance. I will try that! Just to explain what are my actions here, I'm trying to compile the netmap kernel mod for openwrt. http://info.iet.unipi.it/~luigi/netmap/ I don't know if anyone already tried to do this. I Googled it and found nothing. On 13 June 2014 00:37, Florian Fainelli flor...@openwrt.org wrote: 2014-06-12 16:22 GMT-07:00 Carlos Ferreira carlosmf...@gmail.com: Hello all! Can anyone tell me how can activate the CONFIG_RPS flag for the target x86 generic? I have tried to add a CONFIG_RPS=y to the config-3.3 file in the target/linux/x86/generic dir and recompile, but i got no luck. In the kernel_menuconfig, RPS is still disabled. CONFIG_RPS depends on CONFIG_SMP I need this active because i'm compiling a kernel module that requires a piece of code in the netdevice.h, that can only be added if RPS is active (real_num_rx_queues). If you are setting your network device queues, you should use the helper function netif_set_real_num_rx_queues() which makes sure it does the right thing for !CONFIG_RPS and CONFIG_RPS enabled. This as changed in the more recent kernel versions, but since openwrt is still using 3.3, I have no choice but to active RPS. Can anyone help me with this? Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Florian -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] /var/state/wireless not being updated any more?
Ping? How can I look up the current state of the various wireless interfaces using uci now? Thanks in advance, On Jun 10, 2014, at 5:09 PM, Shankar Unni shankaru...@netscape.net wrote: I recently updated my tree to a very recent trunk SVN version (40995), and I noticed that my system no longer seems to maintain a /var/state/wireless (UCI state of the wireless interfaces - up/down, interface name, etc.). It used to do so as recently as 38990 (which was the last version I was using). I tracked down the place where it gets updated to the functions set_wifi_up() and set_wifi_down() in /sbin/wifi, but no one seems to actually invoke these functions. Is there a more current way of getting this info (the state of the wifi interface, and its real interface name), via UCI? (Or any other CLI method?) Thanks in advance, -- Shankar ___ 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
Re: [OpenWrt-Devel] /var/state/wireless not being updated any more?
On 06/12/2014 09:13 PM, Shankar Unni wrote: Ping? How can I look up the current state of the various wireless interfaces using uci now? http://wiki.openwrt.org/doc/uci/network#determining.linux.interface.names The uci state vars are deprecated and not used anymore for network related information Quoting jow in the forum[0] Use /lib/functions/network.sh: source /lib/functions/network.sh if network_get_ipaddr addr wan; then echo IP is $addr fi [0]: https://forum.openwrt.org/viewtopic.php?pid=203787#p203787 you might also want to look into ubus http://wiki.openwrt.org/doc/techref/ubus cheers! Thanks in advance, On Jun 10, 2014, at 5:09 PM, Shankar Unni shankaru...@netscape.net wrote: I recently updated my tree to a very recent trunk SVN version (40995), and I noticed that my system no longer seems to maintain a /var/state/wireless (UCI state of the wireless interfaces - up/down, interface name, etc.). It used to do so as recently as 38990 (which was the last version I was using). I tracked down the place where it gets updated to the functions set_wifi_up() and set_wifi_down() in /sbin/wifi, but no one seems to actually invoke these functions. Is there a more current way of getting this info (the state of the wifi interface, and its real interface name), via UCI? (Or any other CLI method?) Thanks in advance, -- Shankar ___ 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 mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] CONFIG_RPS flag activation
Success! I was able to compile it and generate the kernel module. Now, I just need to test it and see if it works. On 13 June 2014 00:46, Carlos Ferreira carlosmf...@gmail.com wrote: Ok, thanks for the assistance. I will try that! Just to explain what are my actions here, I'm trying to compile the netmap kernel mod for openwrt. http://info.iet.unipi.it/~luigi/netmap/ I don't know if anyone already tried to do this. I Googled it and found nothing. On 13 June 2014 00:37, Florian Fainelli flor...@openwrt.org wrote: 2014-06-12 16:22 GMT-07:00 Carlos Ferreira carlosmf...@gmail.com: Hello all! Can anyone tell me how can activate the CONFIG_RPS flag for the target x86 generic? I have tried to add a CONFIG_RPS=y to the config-3.3 file in the target/linux/x86/generic dir and recompile, but i got no luck. In the kernel_menuconfig, RPS is still disabled. CONFIG_RPS depends on CONFIG_SMP I need this active because i'm compiling a kernel module that requires a piece of code in the netdevice.h, that can only be added if RPS is active (real_num_rx_queues). If you are setting your network device queues, you should use the helper function netif_set_real_num_rx_queues() which makes sure it does the right thing for !CONFIG_RPS and CONFIG_RPS enabled. This as changed in the more recent kernel versions, but since openwrt is still using 3.3, I have no choice but to active RPS. Can anyone help me with this? Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Florian -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - c...@av.it.pt Skype GTalk - carlosmf...@gmail.com LinkedIn - http://www.linkedin.com/in/carlosmferreira ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel