Re: getting started with wlan
On 03/21/2010 06:57:34 AM, Paul Fertser wrote: Exactly. Just add an appropriate section to wpa_supplicant.conf, it works for all networks. Assembling bits and pieces from many sites, I got wifi to work -- manually with commands through ssh and still with wake-up issues. This is what I did: 1) Dump the testing install of shr and flash the latest unstable and rootfs instead. I figured, I had not much to loose. Whith enlightment constantly crashing and wlan not working out of the box, I thought I'd give the bleeding edge stuiff a try. In addidtion many aspects of the testing GUI do not match the description in the online manual. So I reflashed with the latest unstable uImage plus latest kernel. Et voila: A much smoother interface with illum rather than enlightment and no crashes of the desktop. Mokonnect still couldn't find any network, though. So I hadn't gained anything on that issue. 2) Modify the sample wpa_supplicant.conf given in http://wiki.openmoko.org/wiki/Wifi I just gave my local ssid and added my secret wpa key. 3) Connect to the freerunner with ssh via usb from the dektop. The first two commands are needed to set up the interface on my desktop (Debian/squeze): sudo ip address add 192.168.0.200/24 dev eth2 sudo ip link set dev eth2 up ssh r...@192.168.0.202 4) On freerunner, create an empty /etc/wpa_supplicant/wpa_supplicant.conf $ touch /etc/wpa_supplicant/ edit the file with vi: $ vi /etc/wpa_supplicant/wpa_supplicant.conf press i to insert and copy-paste the proper contents from the desktop. This sure can be done in a more elegant way with sftp. But what the heck. 5) Bind the eth0 interface, so it is visible to other processes: $ echo s3c2440-sdi /sys/bus/platform/drivers/s3c2440-sdi/bind 6) Check whether eth0 really appeared: $ ifconfig 7) Scan for wifi nets $ iwlist eth0 scan 8) Bring the eth0 interface up: $ ifconfig eth0 up 9) Start wpa_supplicant with fsoraw. This registers the use of the chip with the power saving framework. A stand-alone call of wpa_supplicant would suffer from power-down of the wifi chip. $ fsoraw -r WiFi -- wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.conf The ampersand () at the end of the line puts the execution in the background of the ssh terminal . It let me use the terminal for further commands. On the ssh terminal there is four times a warning followed by some more 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:12:17:cc:f9:a2 (SSID='linksys' freq=2462 MHz) Associated with 00:12:17:cc:f9:a2 WPA: Key negotiation completed with 00:12:17:cc:f9:a2 [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:12:17:cc:f9:a2 completed (auth) [id=1 id_str=] This is good news -- wlan is up and running! 10) Issue a command to get proper IP numbers from the wlan server: $ udhcpc udhcpc (v1.15.3) started Sending discover... Sending select for 192.168.10.113... Sending select for 192.168.10.113... Lease of 192.168.10.113 obtained, lease time 86400 adding dns 81.14.243.9 adding dns 81.14.244.9 11) To test for internet connectivity with a ping to a reliable server: $ ping heise.de PING heise.de (193.99.144.80): 56 data bytes 64 bytes from 193.99.144.80: seq=0 ttl=248 time=54.180 ms 64 bytes from 193.99.144.80: seq=1 ttl=248 time=56.079 ms 64 bytes from 193.99.144.80: seq=2 ttl=248 time=186.172 ms ... Now I was able to browse the web with midori :-) However, I still have issues with loss of connection on suspend and/or idle. The connection does not come up properly on wake-up. It looks like wpa key negotiation is automatically restarted, but udhcpc is not. Consequently,there is wlan on wake-up, but no working web until I call udhcpc manually. How would I fix this? I guess, there is a way to add to the fso framework. Any quick hint? Of course, this eleven point check list is just a proof of principle and not ready for regular use. My goal is to wrap all this into a script and start it with a button on the illum desktop. This must have been done by others before. Any pointers to tricks and pitfalls? to search the wiki without JS shit, ^^^ You mean, it works for browsers, other than epiphany? Checking with iceweasel -- works! ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo
Re: getting started with wlan
On 03/21/2010 06:57:34 AM, Paul Fertser wrote: Exactly. Just add an appropriate section to wpa_supplicant.conf, it works for all networks. Assembling bits and pieces from many sites, I got wifi to work -- manually with commands through ssh and still with wake-up issues. This is what I did: 1) Dump the testing install of shr and flash the latest unstable and rootfs instead. I figured, I had not much to loose. Whith enlightment constantly crashing and wlan not working out of the box, I thought I'd give the bleeding edge stuiff a try. In addidtion many aspects of the testing GUI do not match the description in the online manual. So I reflashed with the latest unstable uImage plus latest kernel. Et voila: A much smoother interface with illum rather than enlightment and no crashes of the desktop. Mokonnect still couldn't find any network, though. So I hadn't gained anything on that issue. 2) Modify the sample wpa_supplicant.conf given in http://wiki.openmoko.org/wiki/Wifi I just gave my local ssid and added my secret wpa key. 3) Connect to the freerunner with ssh via usb from the dektop. The first two commands are needed to set up the interface on my desktop (Debian/squeze): sudo ip address add 192.168.0.200/24 dev eth2 sudo ip link set dev eth2 up ssh r...@192.168.0.202 4) On freerunner, create an empty /etc/wpa_supplicant/wpa_supplicant.conf $ touch /etc/wpa_supplicant/ edit the file with vi: $ vi /etc/wpa_supplicant/wpa_supplicant.conf press i to insert and copy-paste the proper contents from the desktop. This sure can be done in a more elegant way with sftp. But what the heck. 5) Bind the eth0 interface, so it is visible to other processes: $ echo s3c2440-sdi /sys/bus/platform/drivers/s3c2440-sdi/bind 6) Check whether eth0 really appeared: $ ifconfig 7) Scan for wifi nets $ iwlist eth0 scan 8) Bring the eth0 interface up: $ ifconfig eth0 up 9) Start wpa_supplicant with fsoraw. This registers the use of the chip with the power saving framework. A stand-alone call of wpa_supplicant would suffer from power-down of the wifi chip. $ fsoraw -r WiFi -- wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.conf The ampersand () at the end of the line puts the execution in the background of the ssh terminal . It let me use the terminal for further commands. On the ssh terminal there is four times a warning followed by some more 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:12:17:cc:f9:a2 (SSID='linksys' freq=2462 MHz) Associated with 00:12:17:cc:f9:a2 WPA: Key negotiation completed with 00:12:17:cc:f9:a2 [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:12:17:cc:f9:a2 completed (auth) [id=1 id_str=] This is good news -- wlan is up and running! 10) Issue a command to get proper IP numbers from the wlan server: $ udhcpc udhcpc (v1.15.3) started Sending discover... Sending select for 192.168.10.113... Sending select for 192.168.10.113... Lease of 192.168.10.113 obtained, lease time 86400 adding dns 81.14.243.9 adding dns 81.14.244.9 11) To test for internet connectivity with a ping to a reliable server: $ ping heise.de PING heise.de (193.99.144.80): 56 data bytes 64 bytes from 193.99.144.80: seq=0 ttl=248 time=54.180 ms 64 bytes from 193.99.144.80: seq=1 ttl=248 time=56.079 ms 64 bytes from 193.99.144.80: seq=2 ttl=248 time=186.172 ms ... Now I was able to browse the web with midori :-) However, I still have issues with loss of connection on suspend and/or idle. The connection does not come up properly on wake-up. It looks like wpa key negotiation is automatically restarted, but udhcpc is not. Consequently,there is wlan on wake-up, but no working web until I call udhcpc manually. How would I fix this? I guess, there is a way to add to the fso framework. Any quick hint? Of course, this eleven point check list is just a proof of principle and not ready for regular use. My goal is to wrap all this into a script and start it with a button on the illum desktop. This must have been done by others before. Any pointers to tricks and pitfalls? to search the wiki without JS shit, ^^^ You mean, it works for browsers, other than epiphany? Checking with iceweasel -- works! ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo
sim card detection
My freerunner seems to have an issue with my sim card after boot. More often than not the phone seems to be ignorant to the sim card. Consequently, it doesn't attach to the GSM net, SMS messages on the card are not readable and it can't receive calls. But sometimes, the card is detected fine about three minutes after boot. If so, it the sim card stays known to the system after wake-up from suspend. I looked very closely on the way I attach the card into is socket. But this seems ok with no margin of error. I also made sure, the pins are clean and shiny. So electrical contact should not be flaky. Is the freerunner particularly fussy on the type of sim card? I read about problems with 3G cards. But mine is a pretty old O2 card -- bought in 2005. There is a suspicion, though. If I remember correctly, all the successful boots were done with a cable attached -- either USB from my desktop, or the connection to the charger. Could this be a hint? Maybe the system power is raised above some critical value to make the communication work? Is this a known issue? BTW, if there is no sim card detected, the application Settings-Phone hangs indefinitely on start-up. I'd consider this a bug where would I report on it? ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On 03/22/2010 01:40:06 PM, Al Johnson wrote: In SHR WiFi is powered on and off through FSO's Resource handling.This is usually set to 'auto' so it will be powered up if an app requests the WiFi resource, and shut down when nothing is requesting it. Does wmiconfig -i eth0 --power maxperf interfere with this setting? Connectivity, or direct through dbus with mdbus2, dbus-send or similar. How would I do this? ( I miss man pages on my freerunner ;-) See above. I saw 'linksys' in your scan results. Mokonnect never sees my wrt54g, Same here. I wonder, why mokonnect can't see my wlan while iwlist reliably does. and I have to use 'wmiconfig -i eth0 --power maxperf' to get a reliable connection when setting up with wpa_supplicant. Great tip! With maxperf wlan connection is finally solid :-) I reckon, this also means increased power consumption. Is there an option to get back to normal, too? Or more broadly: Where can I look up the features I can adjust with wmiconfig? (Did I mention, I miss access to man pages?) ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sim card detection
On 03/24/2010 04:19:10 AM, Kai-Martin wrote: Is the freerunner particularly fussy on the type of sim card? I read about problems with 3G cards. But mine is a pretty old O2 card -- bought in 2005. Because I saw reccommendations to update the firmware in case of sim card problems: I just checked with mdbus2. The firmware of my freerunner is already at version Moko11. So there seems to be no point in an update. ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 pgprBFjw6pyqo.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
getting started with wlan
Hi. Last week, I bought this used freerunner, version GTA02-A5. I decided to dump the existing install and do a fresh flash of shr. So I followed the directions in http://wiki.openmoko.org/wiki/SHR_User_Manual : Download images from http://build.shr-project.org/shr-testing/images/om-gta02 full-om-gta02.jffs2 uImage-om-gta02-latest.bin modules-2.6.29-oe11+gi...355c2067c4e88-r8-om-gta02.tgz Install of rootfs and kernel image with dfu-util was successful. For the kernel moduls, the manual just says: Put that file on the FreeRunner and run gzi -dc modules ... The only way could come up to put the file on the freerunner, was with sftp via usb_ether, after the image and the kernel had been flashed and booted. Is this the way the modules are supposed to be installed? Anyway, the flash seems to have worked out fine. On boot I get a shr boot screen and an enlightment driven desktop. The touch screen is resonpsive. Dial-out works, I can call my other phone. There is nbo display of current net strength, though. Ether over USB works. I can ssh from my desktop to the freerunner and did the transfer of the kernel modules. Mokomaze works, so the orientation sensor is operative, too. The only major hardware component I could not get running, is wlan. Scannning in mokonnect does not reveal any net. If I tell mkonnect to connect, anyway, it runs into timeout. However, iwlist on the ssh command line yields the expected local wlan net: /- $ iwlist eth0 scan eth0 Scan completed : Cell 01 - Address: 00:12:17:CC:F9:A2 ESSID:linksys Mode:Master Frequency:2.462 GHz (Channel 11) Quality=10/94 Signal level=-85 dBm Noise level=-95 dBm Encryption key:on Extra:bcn_int=100 Extra:wpa_ie=dd180050f2010150f2020150f2020150f202 \- What might be the problem on here? Do I have to configure mokonnect in some way? This may or may not be related: On exit of mokonnect I get a popup Enlightment error This is very bad. Enlightment SigABRT'd. This not meant to happen and is most liekly a bug (...) (F1) recover (F2) exit Any advice how I would go ahead to get wlan working? ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On 03/21/2010 03:00:52 AM, William Kenworthy wrote: Just a point ... why modules? Because the manual suggested to load the modules in the same section as the image of the kernel and of the image of the root file system. you only need the module step if you are changing from the matching kernel so need to change them. I'll add an explaining comment to the wiki manual. Sorry cant help with wifi - I find that mokoconnect and similar gui's are too flaky - manual is more reliable. Ok, why not. I am only half fluent with the necessesary commands. On my laptop I used to call wpa_supplicant with some fancy config file. The wlan device to talk to seems to be eth0, right? Most of the time when I check with ifconfig, there is no decice eth0. Presumably this is, because the wlan chip is xswitched off. How do I manually switch the wlan chip on and off? How do I make sure, die wlan device is not shut off again by some power saving application? I just found the wiki page on wlan connectivity: http://wiki.openmoko.org/wiki/Wifi However, the commands there assume a working eth0 device. So I have to deal with that first. ---(kaimartin)--- PS: The search utility in the wiki seems to be broken. The term Wifi could not be not be found, even though there is a page called like that. -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
