[OpenWrt-Devel] mobile broadband: anyone has had a look at the Gnome service provider database?

2012-03-15 Thread Christian Gagneraud

Hi!

Has anyone had already a look at integrating the Gnome service provider 
database [1] into OpenWrt yet?


Basically it's an XML database for NetworkManager that provides the 
needed settings (APN, etc...) for setting up a mobile broadband ppp 
connection.


Basically you turn your modem on, you ask it its MCC and MNC (Mobile 
country code and mobile network code) and you use them to look-up the 
APN settings in serviceproviders.xml.


Wouldn't it be cool to have this integrated somehow with Luci?

If nobody has such a patch, I'm willing to provide it, not right now, 
but it's definitely a feature i would like to have. And it would be a 
great opportunity for me to dive into uci, lua and Luci!


On the side, for ideas about nice 3G features, have a look at connman 
api [2] and ofono api [3] as well. I'm not saying that OpenWrt should 
switch to ofono/connman, i'm just saying that they offer advanced 
features that are worth being aware of.


Another nice feature with 3G modems is that you could send alert 
messages by SMS as well...


Chris


[1] http://live.gnome.org/NetworkManager/MobileBroadband/ServiceProviders
[2] 
http://git.kernel.org/?p=network/connman/connman.git;a=tree;f=doc;hb=HEAD

[3] http://git.kernel.org/?p=network/ofono/ofono.git;a=tree;f=doc;hb=HEAD
--
Christian Gagneraud,
Embedded systems engineer.
Techworks Marine
1 Harbour road
Dun Laoghaire
Co. Dublin
Ireland
Tel: + 353 (0) 1 236 5990
Web: http://www.techworks.ie/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] WZR-HP-G450H trunk problems

2012-03-15 Thread Felix Fietkau
On 2012-03-14 7:12 PM, Gregory Finch wrote:
 Hi,
 
 A change in trunk over the last couple of weeks has broken for my
 router. It seems like the switch doesn't get setup properly now. I can
 only connect at 10mbit most of the time now, as well the connection will
 freeze, usually when I try to run ifconfig, or use luci. logread also
 hangs the connection on me, so I've been unable to get logs to see what
 is happening.
 
 I've been trying to figure out which changeset caused the problem, but
 using svn is new to me. In browsing the changes online, it looks like
 changeset 30922 or 30926 may be the problem, but that is a _wild_ stab
 in the dark.
 
 I'm going to try and roll my copy of trunk back until I figure out where
 it breaks for me. Please let me know if anyone has any ideas on where to
 look.
I managed to reproduce the issue - added a fix in r30951

- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] openssl 1.0.1 update patch

2012-03-15 Thread Peter Wagner
This patch updates openssl to 1.0.1 and refreshes all patches.

Signed-off-by: Peter Wagner tripo...@gmx.at
diff --git a/package/openssl/Makefile b/package/openssl/Makefile
index 22e85ec..424bd39 100644
--- a/package/openssl/Makefile
+++ b/package/openssl/Makefile
@@ -8,7 +8,7 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=openssl
-PKG_VERSION:=1.0.0h
+PKG_VERSION:=1.0.1
 PKG_RELEASE:=1
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
@@ -16,7 +16,7 @@ PKG_SOURCE_URL:=http://www.openssl.org/source/ \
 	ftp://ftp.funet.fi/pub/crypt/cryptography/libs/openssl/source/ \
 	ftp://ftp.webmonster.de/pub/openssl/source/ \
 	ftp://ftp.sunet.se/pub/security/tools/net/openssl/source/
-PKG_MD5SUM:=a5bc483c570f2ac3758ce5c19b667fab
+PKG_MD5SUM:=134f168bc2a8333f19f81d684841710b
 
 PKG_BUILD_DEPENDS:=ocf-crypto-headers
 PKG_CONFIG_DEPENDS:=CONFIG_OPENSSL_ENGINE
@@ -130,6 +130,7 @@ define Build/Compile
 		$(OPENSSL_MAKEFLAGS) \
 		do_linux-shared
 	$(MAKE) -C $(PKG_BUILD_DIR) \
+		CC=$(TARGET_CC) \
 		INSTALL_PREFIX=$(PKG_INSTALL_DIR) \
 		$(OPENSSL_MAKEFLAGS) \
 		install
diff --git a/package/openssl/patches/110-optimize-for-size.patch b/package/openssl/patches/110-optimize-for-size.patch
index 13c5a8c..c0160a3 100644
--- a/package/openssl/patches/110-optimize-for-size.patch
+++ b/package/openssl/patches/110-optimize-for-size.patch
@@ -1,11 +1,11 @@
 --- a/Configure
 +++ b/Configure
-@@ -379,6 +379,8 @@ my %table=(
+@@ -400,6 +400,8 @@ my %table=(
  linux-alpha+bwx-gcc,gcc:-O3 -DL_ENDIAN -DTERMIO::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_RISC1 DES_UNROLL:${alpha_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
  linux-alpha-ccc,ccc:-fast -readonly_strings -DL_ENDIAN -DTERMIO::-D_REENTRANT:::SIXTY_FOUR_BIT_LONG RC4_CHUNK DES_INT DES_PTR DES_RISC1 DES_UNROLL:${alpha_asm},
  linux-alpha+bwx-ccc,ccc:-fast -readonly_strings -DL_ENDIAN -DTERMIO::-D_REENTRANT:::SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_PTR DES_RISC1 DES_UNROLL:${alpha_asm},
 +# OpenWrt targets
 +linux-openwrt,gcc:-DTERMIO \$(OPENWRT_OPTIMIZATION_FLAGS) -fomit-frame-pointer -Wall::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
  
-  *BSD [do see comment about ${BSDthreads} above!]
- BSD-generic32,gcc:-DTERMIOS -O3 -fomit-frame-pointer -Wall::${BSDthreads}:::BN_LLONG RC2_CHAR RC4_INDEX DES_INT DES_UNROLL:${no_asm}:dlfcn:bsd-gcc-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
+ # Android: linux-* but without -DTERMIO and pointers to headers and libs.
+ android,gcc:-mandroid -I\$(ANDROID_DEV)/include -B\$(ANDROID_DEV)/lib -O3 -fomit-frame-pointer -Wall::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
diff --git a/package/openssl/patches/140-makefile-dirs.patch b/package/openssl/patches/140-makefile-dirs.patch
index c252be9..b51ca28 100644
--- a/package/openssl/patches/140-makefile-dirs.patch
+++ b/package/openssl/patches/140-makefile-dirs.patch
@@ -1,8 +1,8 @@
 --- a/Makefile.org
 +++ b/Makefile.org
-@@ -109,7 +109,7 @@ LIBKRB5=
- ZLIB_INCLUDE=
- LIBZLIB=
+@@ -135,7 +135,7 @@ FIPSCANLIB=
+ 
+ BASEADDR=
  
 -DIRS=   crypto ssl engines apps test tools
 +DIRS=   crypto ssl apps
diff --git a/package/openssl/patches/150-no_engines.patch b/package/openssl/patches/150-no_engines.patch
index f245fae..5d1e4f4 100644
--- a/package/openssl/patches/150-no_engines.patch
+++ b/package/openssl/patches/150-no_engines.patch
@@ -1,6 +1,6 @@
 --- a/Configure
 +++ b/Configure
-@@ -1888,6 +1888,11 @@ EOF
+@@ -2000,6 +2000,11 @@ EOF
  	close(OUT);
}

diff --git a/package/openssl/patches/160-disable_doc_tests.patch b/package/openssl/patches/160-disable_doc_tests.patch
index 90f553a..d0bf19a 100644
--- a/package/openssl/patches/160-disable_doc_tests.patch
+++ b/package/openssl/patches/160-disable_doc_tests.patch
@@ -1,15 +1,15 @@
 --- a/Makefile
 +++ b/Makefile
-@@ -111,7 +111,7 @@ LIBKRB5=
- ZLIB_INCLUDE=
- LIBZLIB=
+@@ -137,7 +137,7 @@ FIPSCANLIB=
+ 
+ BASEADDR=0xFB0
  
 -DIRS=   crypto ssl engines apps test tools
 +DIRS=   crypto ssl engines apps tools
  ENGDIRS= ccgost
  SHLIBDIRS= crypto ssl
  
-@@ -129,7 +129,7 @@ SDIRS=  \
+@@ -155,7 +155,7 @@ SDIRS=  \
  
  # tests to perform.  alltests is a special word indicating that all tests
  # should be performed.
@@ -18,7 +18,7 @@
  
  MAKEFILE= Makefile
  
-@@ -143,7 +143,7 @@ SHELL=/bin/sh
+@@ -169,7 +169,7 @@ SHELL=/bin/sh
  
  TOP=.
  ONEDIRS=out tmp
@@ -27,7 +27,7 @@
  WDIRS=  windows
  LIBS=   libcrypto.a libssl.a
  SHARED_CRYPTO=libcrypto$(SHLIB_EXT)
-@@ -239,7 +239,7 @@ reflect:
+@@ -270,7 +270,7 @@ reflect:
  	@[ -n $(THIS) ]  $(CLEARENV)  $(MAKE) $(THIS) -e $(BUILDENV)
  
  sub_all: build_all
@@ -36,7 +36,7 @@
  
  build_libs: build_crypto build_ssl build_engines
  
-@@ -497,7 +497,7 @@ dist:
+@@ -539,7 +539,7 @@ dist:
  dist_pem_h:
  	(cd crypto/pem; $(MAKE) -e 

[OpenWrt-Devel] [PATCH] uboot-lantiq, add arv7518PW board

2012-03-15 Thread Luca Olivetti
The following patch adds a new uboot configuration for the arv7518PW board.
It's the same as the arv4518PW but with CONFIG_AR8216_SWITCH instead of  
CONFIG_RTL8306_SWITCH.
The configuration for the arv752DPW22 also uses the ar8216 but the network 
doesn't work.

Signed-off-by: Luca Olivetti l...@ventoso.org

--- 

Index: files/include/configs/arv7518PW.h
===
--- files/include/configs/arv7518PW.h   (revisión: 0)
+++ files/include/configs/arv7518PW.h   (revisión: 0)
@@ -0,0 +1,16 @@
+#ifndef __CONFIG_H_7518
+#define __CONFIG_H_7518
+
+#define CONFIG_ARV7518 1
+#define CONFIG_ARCADYANARV7518PW
+
+#define CONFIG_SYS_MAX_RAM 64*1024*1024
+#define CONFIG_USE_DDR_PSC_64  1
+#defineCONFIG_SYS_PROMPT   ARV7518 = 
+
+//#define CONFIG_RMII  1
+#define CONFIG_AR8216_SWITCH   1
+
+#include arcadyan-common.h
+
+#endif

Cambios de propiedades en files/include/configs/arv7518PW.h
___
Añadido: svn:eol-style
   + native

Index: Makefile
===
--- Makefile(revisión: 29891)
+++ Makefile(copia de trabajo)
@@ -76,6 +76,9 @@
 Package/uboot-lantiq-arv752DPW22_flash=$(call 
Package/uboot-lantiq-template,arv752DPW22_flash,NOR)
 Package/uboot-lantiq-arv752DPW22_ramboot=$(call 
Package/uboot-lantiq-template,arv752DPW22_ramboot,RAM)
 Package/uboot-lantiq-arv752DPW22_brnboot=$(call 
Package/uboot-lantiq-template,arv752DPW22_brnboot,BRN)
+Package/uboot-lantiq-arv7518PW_flash=$(call 
Package/uboot-lantiq-template,arv7518PW_flash,NOR)
+Package/uboot-lantiq-arv7518PW_ramboot=$(call 
Package/uboot-lantiq-template,arv7518PW_ramboot,RAM)
+Package/uboot-lantiq-arv7518PW_brnboot=$(call 
Package/uboot-lantiq-template,arv7518PW_brnboot,BRN)
 
 DDR_CONFIG_arv3527P_ramboot:=arcadyan_psc166_32
 DDR_CONFIG_arv4518PW_ramboot:=arcadyan_psc166_64
@@ -85,6 +88,7 @@
 DDR_CONFIG_arv452CPW_ramboot:=arcadyan_psc166_32
 DDR_CONFIG_arv752DPW_ramboot:=arcadyan_psc166_64
 DDR_CONFIG_arv752DPW22_ramboot:=arcadyan_psc166_64
+DDR_CONFIG_arv7518PW_ramboot:=arcadyan_psc166_64
 
 define Build/Prepare
$(PKG_UNPACK)
@@ -173,4 +177,7 @@
 $(eval $(call BuildPackage,uboot-lantiq-arv752DPW22_flash))
 $(eval $(call BuildPackage,uboot-lantiq-arv752DPW22_brnboot))
 $(eval $(call BuildPackage,uboot-lantiq-arv752DPW22_ramboot))
+$(eval $(call BuildPackage,uboot-lantiq-arv7518PW_flash))
+$(eval $(call BuildPackage,uboot-lantiq-arv7518PW_brnboot))
+$(eval $(call BuildPackage,uboot-lantiq-arv7518PW_ramboot))
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] uboot-lantiq, add arv7518PW board

2012-03-15 Thread John Crispin
does ethernet work in that version ?

i am preparing a big update and would like to see 7518 in it, but failed
to get uboot working last night on the unit i have.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] uboot-lantiq, add arv7518PW board

2012-03-15 Thread Luca Olivetti
Al 15/03/12 19:38, En/na John Crispin ha escrit:
 On 15/03/12 19:33, Luca Olivetti wrote:
 The configuration for the arv752DPW22 also uses the ar8216 but the network 
 doesn't work.
 
 ;-)

It didn't work for me, but a user on the forum says it works for him :-/
The only difference I could find in the arv752DPW22 is this piece of code:

#ifdef CONFIG_SWITCH_PORT0
*DANUBE_GPIO_P0_ALTSEL0 = ~(1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P0_ALTSEL1 = ~(1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P0_OD |= (1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P0_DIR |= (1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P0_OUT |= (1CONFIG_SWITCH_PIN);
#elif defined(CONFIG_SWITCH_PORT1)
*DANUBE_GPIO_P1_ALTSEL0 = ~(1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P1_ALTSEL1 = ~(1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P1_OD |= (1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P1_DIR |= (1CONFIG_SWITCH_PIN);
*DANUBE_GPIO_P1_OUT |= (1CONFIG_SWITCH_PIN);
#endif

(since arv752DPW22 defines CONFIG_SWITCH_PORT1).

I don't know if that's what's causing problems with the network, anyway having
a prompt corresponding to the board is neater ;-)

Bye
-- 
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] uboot-lantiq, add arv7518PW board

2012-03-15 Thread John Crispin
On 15/03/12 20:15, Luca Olivetti wrote:
 Al 15/03/12 20:13, En/na Luca Olivetti ha escrit:
 Al 15/03/12 19:38, En/na John Crispin ha escrit:
 On 15/03/12 19:33, Luca Olivetti wrote:
 The configuration for the arv752DPW22 also uses the ar8216 but the network 
 doesn't work.

 ;-)

 It didn't work for me, but a user on the forum says it works for him :-/
 
 OTOH another user says that the arv752DPW22 uboot doesn't work on his 



Easybox 802A is arv752DPW

803 is arv752DPW22


 
 https://forum.openwrt.org/viewtopic.php?pid=160902#p160902
 
 Bye

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] uboot-lantiq, add arv7518PW board

2012-03-15 Thread Luca Olivetti
Al 15/03/12 20:16, En/na John Crispin ha escrit:
 On 15/03/12 20:15, Luca Olivetti wrote:
 Al 15/03/12 20:13, En/na Luca Olivetti ha escrit:
 Al 15/03/12 19:38, En/na John Crispin ha escrit:
 On 15/03/12 19:33, Luca Olivetti wrote:
 The configuration for the arv752DPW22 also uses the ar8216 but the 
 network doesn't work.

 ;-)

 It didn't work for me, but a user on the forum says it works for him :-/

 OTOH another user says that the arv752DPW22 uboot doesn't work on his 
 
 
 
 Easybox 802A is arv752DPW
 
 803 is arv752DPW22

https://forum.openwrt.org/viewtopic.php?pid=160991#p160991

Luca please inform blogic about my mistake. It is Easybox 803A. Thanx!

Bye
-- 
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [OpenWrt] #11110: avahi with dbus not possible

2012-03-15 Thread Mike Brady
Thanks, I'll check.
M

On 15 Mar 2012, at 18:43, OpenWrt openwrt-devel@lists.openwrt.org wrote:

 #0: avahi with dbus not possible
 ---+
 Reporter:  Oskari Rauta oskari.rauta@…  |   Owner:  developers  

 Type:  defect |  Status:  new 

 Priority:  normal |   Milestone:  Attitude 
 Adjustment (trunk)
 Component:  packages   | Version:  Trunk  
 
 Keywords: |  
 ---+
 
 Comment(by Oskari Rauta oskari.rauta@…):
 
 I got around this by making my own build of avahi where I removed all
 variant definitions about dbus and manually disabled it - so maybe there's
 a problem in the Makefile?
 
 -- 
 Ticket URL: https://dev.openwrt.org/ticket/0#comment:3
 OpenWrt http://openwrt.org
 Opensource Wireless Router Technology
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Build broken in uclibc++

2012-03-15 Thread Philip Prindeville
I've been seeing the following for a few days now.

make[6]: Entering directory 
`/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/src/abi/libsupc'
i486-openwrt-linux-gnu-ar x 
/home/philipp/openwrt-alix/staging_dir/toolchain-i386_gcc-4.6-linaro_eglibc-2.13/lib/gcc/i486-openwrt-linux-gnu/4.6.3/../../../../i486-openwrt-linux-gnu/lib/libsupc++.a
rm -f -f new_op*.o del_op*.o pure.o new_handler.o eh_alloc.o eh_globals.o
make[6]: Leaving directory 
`/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/src/abi/libsupc'
WRAPPER_INCLUDEDIR=-I/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include
 
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/bin/g++-uc
  -Wall -Wno-trigraphs -pedantic -march=geode -Os -mmmx -m3dnow 
-fno-align-jumps -fno-align-functions -fno-align-labels -fno-align-loops -pipe 
-fomit-frame-pointer -fhonour-copts -Wno-error=unused-but-set-variable -fpic 
-ansi  -Os -fPIC -o locale.o -c locale.cpp
In file included from locale.cpp:21:0:
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:
 In function 'void* std::memchr(void*, int, size_t)':
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:55:46:
 error: 'void* std::memchr(void*, int, size_t)' conflicts with previous using 
declaration 'void* memchr(void*, int, size_t)'
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:56:50:
 error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:
 In function 'char* std::strchr(char*, int)':
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:59:36:
 error: 'char* std::strchr(char*, int)' conflicts with previous using 
declaration 'char* strchr(char*, int)'
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:60:47:
 error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:
 In function 'char* std::strpbrk(char*, const char*)':
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:63:47:
 error: 'char* std::strpbrk(char*, const char*)' conflicts with previous using 
declaration 'char* strpbrk(char*, const char*)'
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:64:50:
 error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:
 In function 'char* std::strrchr(char*, int)':
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:67:37:
 error: 'char* std::strrchr(char*, int)' conflicts with previous using 
declaration 'char* strrchr(char*, int)'
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:68:48:
 error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:
 In function 'char* std::strstr(char*, const char*)':
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:71:46:
 error: 'char* std::strstr(char*, const char*)' conflicts with previous using 
declaration 'char* strstr(char*, const char*)'
/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/include/cstring:72:49:
 error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
make[5]: *** [locale.o] Error 1
make[5]: Leaving directory 
`/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/src'
make[4]: *** [all] Error 2
make[4]: Leaving directory 
`/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2'
make[3]: *** 
[/home/philipp/openwrt-alix/build_dir/target-i386_eglibc-2.13/uClibc++-0.2.2/.built]
 Error 2
make[3]: Leaving directory 
`/home/philipp/openwrt-alix/feeds/packages/libs/uclibc++'
make[2]: *** [package/feeds/packages/uclibc++/compile] Error 2
make[2]: Leaving directory `/home/philipp/openwrt-alix'
make[1]: *** 
[/home/philipp/openwrt-alix/staging_dir/target-i386_eglibc-2.13/stamp/.package_compile]
 Error 2
make[1]: Leaving directory `/home/philipp/openwrt-alix'
make: *** [world] Error 2


can someone smarter than myself please figure out where this regression came 
from?

Also, I'm not selecting CONFIG_PACKAGE_uclibcxx but it's being built anyway...

Not sure where this dependency crept in.

-Philip
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] Updated kernel patch in trunk to support brcm47xx BCMA NAND flash

2012-03-15 Thread Tathagata Das
Hi Hauke,
 Thanks for adding that patch. I tested it and it worked on my device.

Regards,
Tatha

-Original Message-
From: Hauke Mehrtens [mailto:ha...@hauke-m.de] 
Sent: 15 March 2012 05:02
To: Tathagata Das
Cc: 'OpenWrt Development List'; 'Florian Fainelli'
Subject: Re: [PATCH] Updated kernel patch in trunk to support brcm47xx BCMA 
NAND flash

On 03/12/2012 08:31 AM, Tathagata Das wrote:
 Hi Hauke,
  That code works on my device as well. Attached is the updated kernel patch 
 to support brcm47xx BCMA NAND flash.
 
 Regards,
 Tatha
 
 -Original Message-
 From: Hauke Mehrtens [mailto:ha...@hauke-m.de] 
 Sent: 10 March 2012 05:01
 To: Tathagata Das
 Cc: 'OpenWrt Development List'; 'Florian Fainelli'
 Subject: Re: [PATCH] Updated kernel patch in trunk to support brcm47xx BCMA 
 NAND flash
 
 Hi Tatha,
 
 sorry for answering so late I am currently very busy.
 
 If I set CONFIG_BCMA_SFLASH=y and CONFIG_BCMA_NFLASH=y in the kernel
 config, which I want to do for the default image in OpenWrt the image
 will not work on by device with serial flash any more because
 bus-drv_cc.flash_type will contain BCMA_NFLASH and not BCMA_SFLASH. The
 patch in the mail I linked does not work as is with the current version
 of your patch but you should be able to modify it. ;-)
 The code in the linked mail should be able to detect nand flash at
 runtime. Without this modification it does not work on my device, which
 uses serial flash, but I do not know if it works on your device with
 nand flash.
 

Hi Tatha,

the patch was finally added with some small modifications in commit
r30943. Could you please try if current trunk is working on your device.

Hauke





___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel