NWA Development and Sources?

[D. Gassen]

On Mar 11, 2010, at 17:11 , Nicola Mfb wrote:

> On Thu, Mar 11, 2010 at 10:14 PM, D. Gassen <dirk.gassen at web.de> wrote:
>> Hi all,
>> 
>> Does anybody know if NWA is still being developed? According to the page on the OpenMoko Wiki (http://wiki.openmoko.org/wiki/NWA) it seems that it was more like a proof of concept.
> 
> Yes, it was born to make brainstorming, that's the reason sources were
> not released. Anyway I got no partecipation in that nor in wiki
> "Discussion Board" in several months, I guess becouse it's QT based.
> Developing was stopped due to lack of interest and kernel problems,
> but now Paul Ferster patched ar6000 module, and Ben reported that NWA
> now seems to be rock solid. Please try the patch and report on trac any issues, this should
> accelerate the upstream landing.

Do you have a URL handy by any chance?

> NWA is now one of the neophysis wifi manager candidate, so I'm going
> in the next weeks to improve and clean it and finally release sources,
> so please be patient.
> 
>> Was it replaced by something else?
>> 
>> I really like the concept of it (love it, actually) but not being able to connect to WEP "secured" networks is not that great. I cannot find any sources for it.
> 
> Are you able to connect to your WEP network using wpa_supplicant
> manually? in that case NWA should work or it needs a trivial fix.

I do get

> AppletController "Cannot set network options
> Did not receive correct message arguments." 
> Unaccepted options: QMap(("key_mgmt", QVariant(QString, "WEP") ) ( "priority" ,  QVariant(QString, "0") ) ( "ssid" ,  QVariant(QString, "bishop") ) ( "wep_key0" ,  QVariant(QString, "**************************") ) ( "wep_key1" ,  QVariant(QString, "") ) ( "wep_key2" ,  QVariant(QString, "") ) ( "wep_key3" ,  QVariant(QString, "") ) ( "wep_tx_keyidx" ,  QVariant(QString, "0") ) )  
> AppletController cannot add network QVariant(QString, "GWN") QVariant(, )


for both WEP networks that I have defined in .nwa.conf. However, this might be caused by the middleware since today for one time only nwa *was* able to associated with "bishop".

The WPA-PSK network at home works flawlessly. I have the same networks configured in /etc/wpa_supplicant/wpa_supplicant.conf and I can associate with the WEP networks without problems:

> root at Freerunner:~# fsoraw -r WiFi -- /usr/sbin/wpa_supplicant  -c/etc/wpa_supplicant/wpa_supplicant.conf -ieth0
> ioctl[SIOCSIWENCODEEXT]: Operation not supported
> ioctl[SIOCSIWENCODEEXT]: Operation not supported
> ioctl[SIOCSIWENCODEEXT]: Operation not supported
> ioctl[SIOCSIWENCODEEXT]: Operation not supported
> CTRL-EVENT-SCAN-RESULTS 
> Trying to associate with 00:19:aa:14:d9:60 (SSID='bishop' freq=2452 MHz)
> ioctl[SIOCSIWENCODEEXT]: Operation not supported
> Associated with 00:19:aa:14:d9:60
> CTRL-EVENT-CONNECTED - Connection to 00:19:aa:14:d9:60 completed (auth) [id=3 id_str=]



I do actually have problems with the ar6000 driver if I do *not* blacklist it (in /etc/modprobe.d/blacklist). I do see kernel panics in the syslog and Wifi usually does not work (fsoraw fails to aquire the WiFi resource and I don't get the eth0 interface). I *seem* to have less problems if I load the driver later manually.

I am running andy-tracking 3db70757d6fabb17 with my own config (DEBUG options disabled) but I have the same results with the current kernel from SHR-U. Is that aforementioned patch included?

Dirk


> 
>     Niko
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community