[OpenWrt-Devel] [PATCH] [packages] protobuf: Bump version, fix build errors.

2014-06-12 Thread Jacob Siverskog
Signed-off-by: Jacob Siverskog 
---
 libs/protobuf/Makefile | 13 ++---
 1 file changed, 10 insertions(+), 3 deletions(-)

diff --git a/libs/protobuf/Makefile b/libs/protobuf/Makefile
index 789c924..e5593c2 100644
--- a/libs/protobuf/Makefile
+++ b/libs/protobuf/Makefile
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=protobuf
-PKG_VERSION:=2.4.1
+PKG_VERSION:=2.5.0
 PKG_RELEASE:=1
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
 PKG_SOURCE_URL:=http://protobuf.googlecode.com/files
-PKG_MD5SUM:=ed436802019c9e1f40cc750eaf78f318
+PKG_MD5SUM:=a72001a9067a4c2c4e0e836d0f92ece4
 
 PKG_BUILD_DEPENDS:=protobuf/host
 
@@ -37,7 +37,14 @@ define Package/protobuf/description
  of its internal RPC protocols and file formats.
 endef
 
-CONFIGURE_ARGS += --with-protoc=$(STAGING_DIR_HOST)/bin/protoc
+define Host/Compile
+   $(MAKE) -C $(HOST_BUILD_DIR)
+endef
+
+define Host/Install
+endef
+
+CONFIGURE_ARGS += --with-protoc=$(HOST_BUILD_DIR)/src/protoc
 
 define Build/InstallDev
$(INSTALL_DIR) \
-- 
1.8.3.2
___
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 Thread Carlos Ferreira
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  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  wrote:
>
>> 2014-06-12 16:22 GMT-07:00 Carlos Ferreira :
>> > 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


Re: [OpenWrt-Devel] /var/state/wireless not being updated any more?

2014-06-12 Thread Gui Iribarren
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  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] /var/state/wireless not being updated any more?

2014-06-12 Thread Shankar Unni
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  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] CONFIG_RPS flag activation

2014-06-12 Thread Carlos Ferreira
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  wrote:

> 2014-06-12 16:22 GMT-07:00 Carlos Ferreira :
> > 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] CONFIG_RPS flag activation

2014-06-12 Thread Carlos Ferreira
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  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

2014-06-12 Thread Florian Fainelli
2014-06-12 16:22 GMT-07:00 Carlos Ferreira :
> 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


[OpenWrt-Devel] CONFIG_RPS flag activation

2014-06-12 Thread Carlos Ferreira
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


[OpenWrt-Devel] Add terminfo file in ncurses

2014-06-12 Thread Jonathan Bennett
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 



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] [PATCH v2] kernel/3.1{0, 2, 3, 4}: mtd: m25p80: add support for EON EN25QH128

2014-06-12 Thread Sergey Ryazanov
This flash is used in newer Ubnt UniFi AP Pro

Signed-off-by: Sergey Ryazanov 
---
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 
+Date: Wed, 11 Jun 2014 02:23:00 +0400
+Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128
+
+Signed-off-by: Sergey Ryazanov 
+---
+ 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 
+Date: Wed, 11 Jun 2014 02:23:00 +0400
+Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128
+
+Signed-off-by: Sergey Ryazanov 
+---
+ 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 
+Date: Wed, 11 Jun 2014 02:23:00 +0400
+Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128
+
+Signed-off-by: Sergey Ryazanov 
+---
+ 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 Ryazanov 
+Date: Wed, 11 Jun 2014 02:23:00 +0400
+Subject: [PATCH] mtd: m25p80: add support for EON EN25QH128
+
+Signed-off-by: 

Re: [OpenWrt-Devel] Nanostation M2 - does it have a new soc chip from 2014?

2014-06-12 Thread Ben West
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  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
>
>


-- 
Be

Re: [OpenWrt-Devel] bb luci error

2014-06-12 Thread Jo-Philipp Wich
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


[OpenWrt-Devel] bb luci error

2014-06-12 Thread smilebef
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