Re: [qtmoko] Wifi && different locations
El día Wednesday, March 05, 2014 a las 09:29:55PM +0100, Boudewijn escribió: > I'm not quite sure about the 'right' way to do it. I do remember that QtMoko > used to help by shuffling the strongest signal up to the top of the list. > > The unfortunate bit was that it continued to do so while the user entered > credentials, and then applied the credentials to the then topmost entry, > whichever that would be at that moment. Result: mostly no connection, because > the connection that you entered credentials for tumbled down two or three > places for a second or so. In my case it was that the AP in location B was visible in the list of all APs after scan, but when I tried to configure it (i.e. put its credentials) I could not see it in the list of the APs to configure credentials, maybe due to the length of the list. > > Radek (I guess/presume) therefor turned off the dynamic rearrangement of the > visible-networks-list, cautioning that people in more than one network would > suffer what you just described. > > I tried adding another network preset (on the 'main' internet tab, one more > WLAN configuration), but that one does not scan/connect at all. Me too, with same result: adding a 2nd WLAN config does not let you do anything with this. Thanks for your feedback in any case. matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Wifi && different locations
On Monday 03 March 2014 12:46:20 Matthias Apitz wrote: > I could finaly manage to configure my own AP > at home, say location A; where I could see around 8 other neighbour AP > (...) I could not manage to pick-up the correct AP by its > SSID, maybe due to the long list; and had to remove all config > "Internet" and start from scratch for location B; this is soemhow > boring. Is there an easy config file to pick-up only the AP's I do know > (in the sense of credentials)? > > Or do I do something stupid wrong? I'm not quite sure about the 'right' way to do it. I do remember that QtMoko used to help by shuffling the strongest signal up to the top of the list. The unfortunate bit was that it continued to do so while the user entered credentials, and then applied the credentials to the then topmost entry, whichever that would be at that moment. Result: mostly no connection, because the connection that you entered credentials for tumbled down two or three places for a second or so. Radek (I guess/presume) therefor turned off the dynamic rearrangement of the visible-networks-list, cautioning that people in more than one network would suffer what you just described. I tried adding another network preset (on the 'main' internet tab, one more WLAN configuration), but that one does not scan/connect at all. Sorry for not being of any more help. Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Wifi && different locations
Am 03.03.2014 12:46, schrieb Matthias Apitz: Hi, I'm struggling a bit with qtmoko and Wifi configs, maybe because I'm new to qtmoko and more used to use FreeBSD systems; I'd like to configure a small set of Wifi zones (where I'm normaly in); in FreeBSD I just expand the file /etc/wpa_supplicant.conf with the required values about WPA-PSK, PSK, etc. and all is fine; my netbook picks up the best of each location when I start Wifi there; and I do not have to enter anything when I go from location A to B; How do I do this in qtmoko? I could finaly manage to configure my own AP at home, say location A; where I could see around 8 other neighbour AP which I'm not interested in to connect; then I moved to location B and the FR offered me the 8 AP of location A (which of course are not visible due to the distance between A and B), and in addition around 8 AP of location B; I could not manage to pick-up the correct AP by its SSID, maybe due to the long list; and had to remove all config "Internet" and start from scratch for location B; this is soemhow boring. Is there an easy config file to pick-up only the AP's I do know (in the sense of credentials)? Or do I do something stupid wrong? matthias Hi, take a look at "Settings-> Internet->WLAN->Properties->WLAN Roaming". There You can setup the order of used WLAN's and if You like to stay connected and so on -- Kind regards Sebastian Reinhardt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] Wifi && different locations
Hi, I'm struggling a bit with qtmoko and Wifi configs, maybe because I'm new to qtmoko and more used to use FreeBSD systems; I'd like to configure a small set of Wifi zones (where I'm normaly in); in FreeBSD I just expand the file /etc/wpa_supplicant.conf with the required values about WPA-PSK, PSK, etc. and all is fine; my netbook picks up the best of each location when I start Wifi there; and I do not have to enter anything when I go from location A to B; How do I do this in qtmoko? I could finaly manage to configure my own AP at home, say location A; where I could see around 8 other neighbour AP which I'm not interested in to connect; then I moved to location B and the FR offered me the 8 AP of location A (which of course are not visible due to the distance between A and B), and in addition around 8 AP of location B; I could not manage to pick-up the correct AP by its SSID, maybe due to the long list; and had to remove all config "Internet" and start from scratch for location B; this is soemhow boring. Is there an easy config file to pick-up only the AP's I do know (in the sense of credentials)? Or do I do something stupid wrong? matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko-v58] Wifi && ssh inbound
Hello, I have Wifi up in my FR and can reach Internet; but I can not SSH into the FR over Wifi; I have checked: - IP addr on eth0 is 192.168.2.100 - LISTEN is there as 'tcp 0.0.0.0:22 ...' (and IPv6 as well) - I restarted sshd, does not change problem - from my WLAN 'telnet 192.168.2.100 22' gives connection refused - even from inside the FR 'ssh 192.168.2.100' gives conn refused What does this mean? Some kind of firewall active in the FR? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
many thank! unfortunately the 1.0-3 now all of a sudden asks for wpasupplicant : Depends: libpcsclite1 (>= 1.8.6) but 1.8.4-1 is installed which is nowhere available ... I guess I will have to go for a complete reinstall :-( nope, you most likely don't. the idea of http://snapshot.debian.org/ is to a) provide older packages and b) allow you to use it in apt. check the page out, it starts witha description of how to use it in apt and you can search for specific packages as well. in your case i guess you won't really need more than a handful old packages ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
many thank! unfortunately the 1.0-3 now all of a sudden asks for wpasupplicant : Depends: libpcsclite1 (>= 1.8.6) but 1.8.4-1 is installed which is nowhere available ... I guess I will have to go for a complete reinstall :-( but many thanks for your quick help. br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
http://snapshot.debian.org/package/wpa/1.0-3/#wpasupplicant_1.0-3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
Hi, I pretty much went one by one through the packages given after a apt-get dist-upgrade (on qtmoko v55). I knew from my other freerunner that the wifi breaks at some point (WPA TKIP). Now I have identified the problem with the upgrade from wpasupplicant Preparing to replace wpasupplicant 1.0-3 (using .../wpasupplicant_1.0-3+b1_armel.deb) I have searched on the debian page but there is only the +b1 package for armel. maybe someone can help me to get hold of a wpasupplicant 1.0-3 deb package so I could downgrade. the old one from squeeze has too many dependency issues. best regards and many thanks robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: possible to use wifi and usb networking at the same time? (qtmoko)
Paul Wise bonedaddy.net> writes: > > Thats a bug in QtMoko's network setup, it seems to take full control > of the kernel's networking setup without asking the kernel what > networks are setup already and should remain. It also needs to be > aware that not all network interfaces are managed by the QtMoko > network UI. > > You can work around it by starting the USB network from a terminal > after starting the WiFi. Run ifup usb0 if using ifupdown for the USB > connection (which is the default on Debian). That will give you two > default routes because ifupdown also doesn't pay attention to existing > kernel network state, but you will still be able to login. If USB is > not connected or not forwarding connections then you may need to > delete the extra default route to connect to the Internet though: > > ip route del default via 192.168.0.200 dev usb0 > hi paul, is this bug also causing the network interface on the freerunner to change type once in a while. Sometimes my usb/ssh connection fails and if I then go to the setup of my network I see that there is a new interface on the freerunner which hasn't been configured yet and the one which previously was working stopped doing so. br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: possible to use wifi and usb networking at the same time? (qtmoko)
hi Ed, thanks for your reply. in the end was easy, just use wifi through the internal network... my setup us a rather standard setup I guess: Desktop (OpenSuse) -> Freerunner via USB, ssh OK, Masquerading apparently not Desktop -> Router via LAN Freerunner -> Router via Wifi Freerunner -> Desktop via Wifi, ssh without problems. But as this was so easy, it was now definetly the time to set up a root password on the freerunner... br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: possible to use wifi and usb networking at the same time? (qtmoko)
Thats a bug in QtMoko's network setup, it seems to take full control of the kernel's networking setup without asking the kernel what networks are setup already and should remain. It also needs to be aware that not all network interfaces are managed by the QtMoko network UI. You can work around it by starting the USB network from a terminal after starting the WiFi. Run ifup usb0 if using ifupdown for the USB connection (which is the default on Debian). That will give you two default routes because ifupdown also doesn't pay attention to existing kernel network state, but you will still be able to login. If USB is not connected or not forwarding connections then you may need to delete the extra default route to connect to the Internet though: ip route del default via 192.168.0.200 dev usb0 -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: possible to use wifi and usb networking at the same time? (qtmoko)
On 01/04/2013 04:02 PM, robin wrote: > hi > > I somehow messed up my routing, so I can no longer access the internet/router > from my freerunner (ping 192.168.0.200 works 192.168.0.1 (router) doesn't > anymore). > > Now I thought as long as I can log in via ssh from my desktop I could still > access the internet from my phone, by powering on wifi. BUT as soon as the > wifi connection is up (and actually permits me to access the internet) my > usb connection dies... > > so I was wondering if there is a setup, where you can just ssh into your phone > power up wifi (maybe even from command line) and still have fully functional > usb access to the phone. > > best regards and happy new year > > > robin > > Hi Robin, Can you ssh to the wifi address of the FR? That way it wouldn't matter if the USB connection dies. Can you tell a bit more about your setup? 192.168.0.200 is connected to an usb port on your router? What kind of router is it? a linux box with multiple interfaces? Are you able to open up a terminal on the FR and access the command line? Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
possible to use wifi and usb networking at the same time? (qtmoko)
hi I somehow messed up my routing, so I can no longer access the internet/router from my freerunner (ping 192.168.0.200 works 192.168.0.1 (router) doesn't anymore). Now I thought as long as I can log in via ssh from my desktop I could still access the internet from my phone, by powering on wifi. BUT as soon as the wifi connection is up (and actually permits me to access the internet) my usb connection dies... so I was wondering if there is a setup, where you can just ssh into your phone power up wifi (maybe even from command line) and still have fully functional usb access to the phone. best regards and happy new year robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wanted: GTAxx with Wifi and RS-232
> > I wouldn't think so, or he or somebody would have bid my GTA02 on > > eBay higher than $50. I wouldn't expect to get more than $50 fo a > > GTA02, unless it's brand new in sealed box or it has the fancy black > > penguin case or something. Everyone knows that GTA02 has WiFi and > > USB, and can hang a USB-Serial dongle onto it. > > ... I should have bid on the ebay one ;) You snooze, you lose :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wanted: GTAxx with Wifi and RS-232
On Wed, Jan 02, 2013 at 11:23:38AM -0500, Ian Darwin wrote: > On Wed, Jan 02, 2013 at 05:17:16PM +0100, Jeffrey Ratcliffe wrote: > > Hi Troy, > > > > On 30 December 2012 21:08, Troy Benjegerdes wrote: > > > I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* > > > > > My per-unit budget for the hardware is between $50 (bare GTA) and > > > $150 (GTA running my python code with wifi and rs232) > > > > Does this mean that you would give me $150 for my GTA02? Are you > > US-based? Would you pay postage from Germany? > > I wouldn't think so, or he or somebody would have bid my GTA02 on > eBay higher than $50. I wouldn't expect to get more than $50 fo a > GTA02, unless it's brand new in sealed box or it has the fancy black > penguin case or something. Everyone knows that GTA02 has WiFi and > USB, and can hang a USB-Serial dongle onto it. ... I should have bid on the ebay one ;) The $150 would be total budget for something (including shipping) that you've personally tested works with the python code I'm currently running on a desktop that uploads to http://emoncms.org. For something that has working wifi, and a USB-serial dongle that you have *tested*, that's in the $100 USD neighborhood. I'd say $50-$75 for a GTA02 without USB-serial, but working wifi. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wanted: GTAxx with Wifi and RS-232
On Wed, Jan 02, 2013 at 05:17:16PM +0100, Jeffrey Ratcliffe wrote: > Hi Troy, > > On 30 December 2012 21:08, Troy Benjegerdes wrote: > > I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* > > > My per-unit budget for the hardware is between $50 (bare GTA) and > > $150 (GTA running my python code with wifi and rs232) > > Does this mean that you would give me $150 for my GTA02? Are you > US-based? Would you pay postage from Germany? I wouldn't think so, or he or somebody would have bid my GTA02 on eBay higher than $50. I wouldn't expect to get more than $50 fo a GTA02, unless it's brand new in sealed box or it has the fancy black penguin case or something. Everyone knows that GTA02 has WiFi and USB, and can hang a USB-Serial dongle onto it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wanted: GTAxx with Wifi and RS-232
Hi Troy, On 30 December 2012 21:08, Troy Benjegerdes wrote: > I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* > My per-unit budget for the hardware is between $50 (bare GTA) and > $150 (GTA running my python code with wifi and rs232) Does this mean that you would give me $150 for my GTA02? Are you US-based? Would you pay postage from Germany? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wanted: GTAxx with Wifi and RS-232
I have committed to provide an open-source energy monitoring system for about 20 residential homes, and I need a gateway device I can program that will take in data from an RS232 connected energy monitor, and then upload it to http://emoncms.org I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* a GTA01 with a usb hub and wifi dongle, but I don't really want to spend a lot of time testing, so I'd rather go with something that already has wifi, or if someone is willing to test it with a GTA01. For an example of what this looks like, see http://grid.coop/meter.jpg (for the curious, you can also see my electrical usage/generation at http://emoncms.org/grid.coop/ , which is uploaded by a python program I wrote, that I'll want to run on the GTAxx ) My per-unit budget for the hardware is between $50 (bare GTA) and $150 (GTA running my python code with wifi and rs232) If anyone has some hardware lying around they'd like to sell and get a Raspberry Pi or just help out another open source hardware project. I also have some http://xess.com/prods/prod048.php boards I'd be willing to trade for a GTA if you promise you'll try compiling the http://yasep.org vhdl for the fpga ;) -- -- Troy Benjegerdes'da hozer' ho...@hozed.org Somone asked my why I work on this free (http://www.fsf.org/philosophy/) software & hardware (http://q3u.be) stuff and not get a real job. Charles Shultz had the best answer: "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life." -- Charles Shultz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi issue in Qtmoko v44 for Freerunner
On Saturday 21 April 2012 03:16:23 Tiago Bortoletto Vaz wrote: > It's not possible to connect to closed wireless networks in v44 because it > seems to reset the encription settings every time it tries to authenticate. > Anyone having the same issue out there? Any fix around? :) Hi, i think i noticed it too. It's probably related to rework of the wifi scan dialog. I will take a look at it. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi issue in Qtmoko v44 for Freerunner
On Sat, 21 Apr 2012 12:02:51 +0300, Timo Juhani Lindfors wrote > Timo Juhani Lindfors writes: > > I personally use the following script to connect to WiFi. If you replace > > ESSID and PASSWORD it might help you. > > Oh and you also might want to replace "wlan" with "eth0" or whatever > you call your wifi interface. Thanks Timo, I'm doing something similar while I don't get the fancy qt interface working. I guess this regression wont be hard to fix once the (almost) same code used to work well in previous versions. I'll try to find some time for it. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi issue in Qtmoko v44 for Freerunner
Hello. Wifi isn't working on my fr v44 too, same situation, closed wifi where before I could connect to. urodelo On Sat, 21 Apr 2012 05:16:23 +0200, Tiago Bortoletto Vaz wrote: Hi Radek, Freerunners, It's not possible to connect to closed wireless networks in v44 because it seems to reset the encription settings every time it tries to authenticate. Anyone having the same issue out there? Any fix around? :) thanks, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu -- 用斯斯！ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi issue in Qtmoko v44 for Freerunner
Timo Juhani Lindfors writes: > I personally use the following script to connect to WiFi. If you replace > ESSID and PASSWORD it might help you. Oh and you also might want to replace "wlan" with "eth0" or whatever you call your wifi interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi issue in Qtmoko v44 for Freerunner
"Tiago Bortoletto Vaz" writes: > It's not possible to connect to closed wireless networks in v44 because it > seems to reset the encription settings every time it tries to authenticate. > Anyone having the same issue out there? Any fix around? :) I personally use the following script to connect to WiFi. If you replace ESSID and PASSWORD it might help you. killall dhclient killall wpa_supplicant om wifi power 0 sleep 1 om wifi power 1 sleep 1 om wifi maxperf wlan 1 sleep 1 /sbin/wpa_supplicant -B -s -P /var/run/wpa_supplicant.wlan.pid -i wlan -D wext -t -ddd -C /var/run/wpa_supplicant sleep 4 wpa_cli -p /var/run/wpa_supplicant -i wlan add_network wpa_cli -p /var/run/wpa_supplicant -i wlan set_network 0 ssid "\"ESSID\"" wpa_cli -p /var/run/wpa_supplicant -i wlan set_network 0 psk "\"PASSWORD\"" wpa_cli -p /var/run/wpa_supplicant -i wlan enable_network 0 sleep 8 dhclient -d wlan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
WiFi issue in Qtmoko v44 for Freerunner
Hi Radek, Freerunners, It's not possible to connect to closed wireless networks in v44 because it seems to reset the encription settings every time it tries to authenticate. Anyone having the same issue out there? Any fix around? :) thanks, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
>> I am quite sure they are not called after disconnect. I think that the kernel >> is responsible to turn wifi off in suspend (unless you want to keep it on >> during >> suspend e.g. for wake-on-wlan function). > > Yes, in suspend the kernel turns off the module completely, it > shouldn't drain anything, at least it never used to. ok, after some testing sessions I can confirm a unbind/bind cycle can be used as workaround and the battery is in safe. also empirically, I feel my gta02 gets warm a little when in stdby if I do not unbind, removing the rear cover, in the area between the battery and the "smile" hole. instead if I never use wifi or unbind/rebind after the use, it keeps the normal (ambient) temperature. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Radek Polak writes: > On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: >> and are executables... but I do not know neither if they are called >> after a wifi disconnection, nor if after an unbind/bind cycle the >> power consumption during stdby returns to the same state like after a >> reboot (now I'm testing this one) > > I am quite sure they are not called after disconnect. I think that the kernel > is responsible to turn wifi off in suspend (unless you want to keep it on > during > suspend e.g. for wake-on-wlan function). Yes, in suspend the kernel turns off the module completely, it shouldn't drain anything, at least it never used to. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
Alfa21-mobile writes: > maybe deep-sleep is only related to the gsm-chip power state? I'm not sure. > btw I've hardware fix #1024 and deep-sleep enable in neocontrol. Indeed. I thought this thread was about wifi. If you measure wifi consumption you better power down your GSM, bluetooth, backlight, accelerometer, GPS. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: > and are executables... but I do not know neither if they are called > after a wifi disconnection, nor if after an unbind/bind cycle the > power consumption during stdby returns to the same state like after a > reboot (now I'm testing this one) I am quite sure they are not called after disconnect. I think that the kernel is responsible to turn wifi off in suspend (unless you want to keep it on during suspend e.g. for wake-on-wlan function). So if there is high current in suspend it is probably kernel related problem. Unbinding the adapter seems to me quite ugly workaround. I would like to check it myself, but i am right now in the middle of too many things. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
On Thu, May 26, 2011 at 12:48 PM, Timo Juhani Lindfors wrote: > Alfa21 writes: >> afaik the difference is in the std-by power consumption and I think >> any script does not run during the std-by power state. > > You can measure suspend power consumption by taking a reading > immediately after resume. I'll check this, thanks. >> mmh.. a question: I do not remember how to verify if it goes in sleep >> or in deep-sleep > > What are these? maybe deep-sleep is only related to the gsm-chip power state? I'm not sure. btw I've hardware fix #1024 and deep-sleep enable in neocontrol. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:44 PM, Radek Polak wrote: > On Thursday 26 May 2011 12:08:07 Paul Fertser wrote: >> Alfa21-mobile writes: >> > maybe the scripts in qtmoko try to unbind it using a wrong path? >> >> Possibly so :) > > You can run the script from terminal and see if it is ok. All the scripts are > in /opt/qtmoko/bin - it's very easy to check what they do. hi radek,i can confirm they are correct: root@neo:~# grep -r sdi /opt/qtmoko/bin/ /opt/qtmoko/bin/wifi-bind.sh:echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/bind /opt/qtmoko/bin/wifi-unbind.sh:echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind and are executables... but I do not know neither if they are called after a wifi disconnection, nor if after an unbind/bind cycle the power consumption during stdby returns to the same state like after a reboot (now I'm testing this one) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
Alfa21 writes: > afaik the difference is in the std-by power consumption and I think > any script does not run during the std-by power state. You can measure suspend power consumption by taking a reading immediately after resume. > mmh.. a question: I do not remember how to verify if it goes in sleep > or in deep-sleep What are these? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:08 PM, Paul Fertser wrote: > Alfa21-mobile writes: >> so I can find the unbind here: >> root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi >> /sys/bus/platform/drivers/s3c-sdi/unbind > ... >> how I can check if it's in bind or unbind state? > > If ar6000 is listed among the files at the path you mention, it's > binded. > >> maybe the scripts in qtmoko try to unbind it using a wrong path? > > Possibly so :) > > -- > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! > mailto:fercer...@gmail.com > fine, root@neo:~# echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see in "internet", "wireless lan" = "unavailable" and it's not possible to start a wifi connection. root@neo:~# echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/bind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see wifi ok and it's functional (verified also with arora browser) the strange thing (for me) is: why at boot time it's binded but does not consumes the battery untill the first wifi connection? btw I've to check if after that, a unbind/bind operation can fix this issue... I'll tell you asap! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thursday 26 May 2011 12:08:07 Paul Fertser wrote: > Alfa21-mobile writes: > > so I can find the unbind here: > > root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi > > /sys/bus/platform/drivers/s3c-sdi/unbind > > ... > > > how I can check if it's in bind or unbind state? > > If ar6000 is listed among the files at the path you mention, it's > binded. > > > maybe the scripts in qtmoko try to unbind it using a wrong path? > > Possibly so :) You can run the script from terminal and see if it is ok. All the scripts are in /opt/qtmoko/bin - it's very easy to check what they do. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21-mobile writes: > so I can find the unbind here: > root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi > /sys/bus/platform/drivers/s3c-sdi/unbind ... > how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. > maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 6:02 AM, Paul Fertser wrote: > Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let > you know if the module (even when built-in) is binded or not. It > shouldn't be if you want the card to not drain the battery. > > ``echo s3c2440-sdi > .../unbind'' (or bind) is how to handle this > manually. thanks for the hint! but here it looks a little different: root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 the location is in devices and in drivers I see s3c-sdi so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind /sys/bus/sdio/drivers/sdio_ar6000/unbind how I can check if it's in bind or unbind state? maybe the scripts in qtmoko try to unbind it using a wrong path? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21 writes: > 2011-05-25@23:31 Paul Fertser >> Hm, you do not spare too many details, do you :) Are you really sure >> the ar6000 module is unbinded when you disable wifi? > > sorry, I didn't know which kind of details you meant... Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let you know if the module (even when built-in) is binded or not. It shouldn't be if you want the card to not drain the battery. ``echo s3c2440-sdi > .../unbind'' (or bind) is how to handle this manually. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
2011-05-26@01:01 Timo Juhani Lindfors > Alfa21 writes: > > btw, in neocontrol I see around 225000 discharging current > > Sounds wrong, are you using the backlight? If yes, turn it off :-) > > You might want to steal some ideas from my comment in > > http://docs.openmoko.org/trac/ticket/2277#comment:23 > > on how to measure wifi power consumption in a bit more reliable way. yes, the backlight is full on... but the interesting thing is the value does not change before/after the wifi connection. afaik the difference is in the std-by power consumption and I think any script does not run during the std-by power state. mmh.. a question: I do not remember how to verify if it goes in sleep or in deep-sleep -- ALFA21 IS PROVIDED "AS IS" AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21 writes: > btw, in neocontrol I see around 225000 discharging current Sounds wrong, are you using the backlight? If yes, turn it off :-) You might want to steal some ideas from my comment in http://docs.openmoko.org/trac/ticket/2277#comment:23 on how to measure wifi power consumption in a bit more reliable way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
power drain after wifi connection (was: [QtMoko] USB charging (and network) from Windows 7)
2011-05-25@23:31 Paul Fertser > Hm, you do not spare too many details, do you :) Are you really sure > the ar6000 module is unbinded when you disable wifi? sorry, I didn't know which kind of details you meant... root@neo:~# lsmod Module Size Used by sco 6501 4 bnep8748 2 rfcomm 30320 20 l2cap 28055 16 bnep,rfcomm ipv6 214344 16 ppp_generic18572 0 slhc4659 1 ppp_generic g_ether21328 0 s3c2410_udc11483 1 g_ether the same list before, during, after a successful wifi connection. I do not find any "ar6000" in /lib/modules. root@neo:~# uname -a Linux neo 2.6.34.8-v33 #1 Thu Mar 3 21:19:00 CET 2011 armv4tl GNU/Linux btw, in neocontrol I see around 225000 discharging current both before and after wifi, during the connection I see 35. now I've half battery, tomorrow morning I'll tell you if it's empty... I do not know if it something like my phone does not go in deep sleep anymore after a wifi connection because I do not know how to check the power consumption during std-by state. -- ALFA21 IS PROVIDED "AS IS" AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] WiFi and GPS icons
Joif wrote: > Hi! > I'm doing some minor changes to the faenqomod theme. I would like to > introduce the WiFi and GPS icons in the titlebar. In title.xml there are > these lines for the GPRS icon (as an example): > on="expr:@/Network/GPRSEnabled" active="expr:@/Network/GPRSEnabled"/> > on="expr:@/Network/GPRSConnected" active="expr:@/Network/GPRSConnected"/> > Any idea about the "expr:@/..." parameters to use for WiFi and GPS? > Thank you! > I think these are not implemented, but it should be quite easy to add them. I can try to take a look at it. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] WiFi and GPS icons
Hi! I'm doing some minor changes to the faenqomod theme. I would like to introduce the WiFi and GPS icons in the titlebar. In title.xml there are these lines for the GPRS icon (as an example): Any idea about the "expr:@/..." parameters to use for WiFi and GPS? Thank you! -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-WiFi-and-GPS-icons-tp6362750p6362750.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
Hi, I can confirm that there is no problem with wifi wpa-psk/wpa2-psk in aes encryption mode (qtmoko v.33). But there is other annoying thing: fbreader canot be started from QX, if someone knows a solution please tell me or fix it (radek). On Wed, 16 Mar 2011 13:17:56 +0100, Radek Polak wrote: On Tuesday 08 March 2011 22:29:22 Alfa21 wrote: 2011-03-05@17:14 Alfa21 > 2011-03-05@12:42 Radek Polak > > > > * unable to connect wifi wpa2-psk > > > > Was is working in some older versions? It can be bug either in > > wpa_supplicatant or in qmoko wifi plugin that creates configuration for > > wpa_supplicant. Does it work when you setup wpa_supplicant from command > > line? I am trying to connect WPA2-psk here and it does not work too :( > > previously I had v31 and it was ok, but only on the first attempt and > then I needed to reboot (rebooted also because wifi didn't stop and > battery drain empty in few hours) the blue led in v31 did never turn on > while connected. > before v31 it was all ok... IIRC hi, I tried to manually configure the wifi link: as you can read below, seems to be something different with the wpa driver in v33... Hmm i just tested wpa2-psk here at work and it works (only the first connect after reboot). But it can be of course different AP. You could try to enable Networking category in Settings->Logging and send me full log. Or you could try to replace wpa_supplicant with package from lenny. But I am not wifi expert so cant promise anything. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
> > > 3) remains the problem of battery discharge when you > > disconnect from wifi:maybe interface doesn't go to sleep?btw i can force > > this by script (wifi off) > > > > I think we can add this to wifi script as well. I will do it tomorrow at work > where i can test it. > > Regards > > Radek > no, beware! if you turn off wifi in that way, then the line in internet gui tells no wifi interfaces available! it's too low level in that way, imo. i would prefer a way which put the interface in its initial state but keeps it available and not removed. i've to check but maybe killing supplicant is just enough... i'll verify and report you about that. regards ps: now i'm on wifi with qtmoko email client, from a pub's hotspot ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
Alfa21 mobile wrote: > hi radek, i'm sorry for the silence. > i found the solution about this topic: > 1) qtmoko doesn't kill wpa-supplicant closing wifi the first good time, > this is bad! I think i can add this to the wifi script, it should be quite easy. > 2) because of previous point i messed too much and > missconfigured my ap.. so i tried with wrong settings, ignore me: current > supplicant is ok! Great! > 3) remains the problem of battery discharge when you > disconnect from wifi:maybe interface doesn't go to sleep?btw i can force > this by script (wifi off) > I think we can add this to wifi script as well. I will do it tomorrow at work where i can test it. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
On Wednesday, March 16, 2011 13:17:56, Radek Polak wrote: > On Tuesday 08 March 2011 22:29:22 Alfa21 wrote: > > > 2011-03-05@17:14 Alfa21 > > > > > 2011-03-05@12:42 Radek Polak > > > > > > > > * unable to connect wifi wpa2-psk > > > > > > > > Was is working in some older versions? It can be bug either in > > > > wpa_supplicatant or in qmoko wifi plugin that creates configuration for > > > > wpa_supplicant. Does it work when you setup wpa_supplicant from command > > > > line? I am trying to connect WPA2-psk here and it does not work too :( > > > > > > previously I had v31 and it was ok, but only on the first attempt and > > > then I needed to reboot (rebooted also because wifi didn't stop and > > > battery drain empty in few hours) the blue led in v31 did never turn on > > > while connected. > > > before v31 it was all ok... IIRC > > > > hi, > > I tried to manually configure the wifi link: > > as you can read below, seems to be something different with the wpa driver > > in v33... > > Hmm i just tested wpa2-psk here at work and it works (only the first connect > after reboot). But it can be of course different AP. You could try to enable > Networking category in Settings->Logging and send me full log. Or you could > try to replace wpa_supplicant with package from lenny. But I am not wifi > expert > so cant promise anything. > > Regards > > Radek > hi radek, i'm sorry for the silence. i found the solution about this topic: 1) qtmoko doesn't kill wpa-supplicant closing wifi the first good time, this is bad! 2) because of previous point i messed too much and missconfigured my ap.. so i tried with wrong settings, ignore me: current supplicant is ok! 3) remains the problem of battery discharge when you disconnect from wifi:maybe interface doesn't go to sleep?btw i can force this by script (wifi off) regards! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
On Tuesday 08 March 2011 22:29:22 Alfa21 wrote: > 2011-03-05@17:14 Alfa21 > > > 2011-03-05@12:42 Radek Polak > > > > > > * unable to connect wifi wpa2-psk > > > > > > Was is working in some older versions? It can be bug either in > > > wpa_supplicatant or in qmoko wifi plugin that creates configuration for > > > wpa_supplicant. Does it work when you setup wpa_supplicant from command > > > line? I am trying to connect WPA2-psk here and it does not work too :( > > > > previously I had v31 and it was ok, but only on the first attempt and > > then I needed to reboot (rebooted also because wifi didn't stop and > > battery drain empty in few hours) the blue led in v31 did never turn on > > while connected. > > before v31 it was all ok... IIRC > > hi, > I tried to manually configure the wifi link: > as you can read below, seems to be something different with the wpa driver > in v33... Hmm i just tested wpa2-psk here at work and it works (only the first connect after reboot). But it can be of course different AP. You could try to enable Networking category in Settings->Logging and send me full log. Or you could try to replace wpa_supplicant with package from lenny. But I am not wifi expert so cant promise anything. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
yes, I can confirm, with the command: echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind the battery charge is in safe :) tnx! On Wed, Mar 9, 2011 at 2:29 PM, W. B. Kranendonk wrote: > > > --- On Wed, 3/9/11, Alfa21-mobile wrote: >> if you successfully connect to any wifi network (in v33 >> only open >> networs are accessible) then the hardware remains in active >> state, >> draining the battery flat in few hours depsite you disable >> the >> connection via the software interface. > Ah, that explains..! I had such an idea, after my battery ran out much faster > than I expected. > > In general, is there a GUI-feedback on the neo-quick-settings (or what is it, > top left icon with the cogwheels when using Faenqo?) > > For now, I put most of them in favourites, so that I will return to "home" > after successfully clicking something. The current status of some of them I > have been able to find back in the GUI, so I understand that for now /proc > can be consulted for the current status? > > Boudewijn > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
--- On Wed, 3/9/11, Alfa21-mobile wrote: > if you successfully connect to any wifi network (in v33 > only open > networs are accessible) then the hardware remains in active > state, > draining the battery flat in few hours depsite you disable > the > connection via the software interface. Ah, that explains..! I had such an idea, after my battery ran out much faster than I expected. In general, is there a GUI-feedback on the neo-quick-settings (or what is it, top left icon with the cogwheels when using Faenqo?) For now, I put most of them in favourites, so that I will return to "home" after successfully clicking something. The current status of some of them I have been able to find back in the GUI, so I understand that for now /proc can be consulted for the current status? Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery
Alfa21-mobile writes: > draining the battery flat in few hours depsite you disable the > connection via the software interface. I think there are different interface alternatives. Which one are you using? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
On Sat, Mar 5, 2011 at 5:14 PM, Alfa21 wrote: > previously I had v31 and it was ok, but only on the first attempt and then I > needed to reboot > (rebooted also because wifi didn't stop and battery drain empty in few hours) quoting myself to report this bug is present in v33 too: if you successfully connect to any wifi network (in v33 only open networs are accessible) then the hardware remains in active state, draining the battery flat in few hours depsite you disable the connection via the software interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
2011-03-05@17:14 Alfa21 > 2011-03-05@12:42 Radek Polak > > > > * unable to connect wifi wpa2-psk > > > > Was is working in some older versions? It can be bug either in > > wpa_supplicatant or in qmoko wifi plugin that creates configuration for > > wpa_supplicant. Does it work when you setup wpa_supplicant from command > > line? > > I am trying to connect WPA2-psk here and it does not work too :( > > previously I had v31 and it was ok, but only on the first attempt and then I > needed to reboot > (rebooted also because wifi didn't stop and battery drain empty in few hours) > the blue led in v31 did never turn on while connected. > before v31 it was all ok... IIRC hi, I tried to manually configure the wifi link: as you can read below, seems to be something different with the wpa driver in v33... Initializing interface 'eth0' conf '/etc/wpa_supplicant/test.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant/test.conf' -> '/etc/wpa_supplicant/test.conf' Reading configuration file '/etc/wpa_supplicant/test.conf' ctrl_interface='/var/lib/wpa_supplicant' ctrl_interface_group='0' eapol_version=1 fast_reauth=1 ap_scan=1 Priority group 0 id=0 ssid='A21_net' Initializing interface (2) 'eth0' Interface eth0 set UP - waiting a second for the driver to complete initialization SIOCGIWRANGE: WE(compiled)=22 WE(source)=13 enc_capa=0x0 capabilities: key_mgmt 0x0 enc 0x3 flags 0x0 ioctl[SIOCSIWESSID]: Invalid argument WEXT: Operstate: linkmode=1, operstate=5 Own MAC address: 00:XX:XX:XX:XX:XX wpa_driver_wext_set_wpa wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Operation not supported Driver did not support SIOCSIWENCODEEXT, trying SIOCSIWENCODE wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Operation not supported Driver did not support SIOCSIWENCODEEXT, trying SIOCSIWENCODE wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Operation not supported Driver did not support SIOCSIWENCODEEXT, trying SIOCSIWENCODE wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0 ioctl[SIOCSIWENCODEEXT]: Operation not supported Driver did not support SIOCSIWENCODEEXT, trying SIOCSIWENCODE wpa_driver_wext_set_countermeasures wpa_driver_wext_set_drop_unencrypted RSN: flushing PMKID list in the driver Setting scan request: 0 sec 10 usec -- ALFA21 IS PROVIDED "AS IS" AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as wifi access point
Ed Kapitein writes: > I hope it saves someone 5 minutes of scripting :-) Why all the sleeps? ;-) My script for sharing gprs connection with wlan: #!/bin/sh om wifi power 1 sleep 4 sudo ifconfig wlan down sudo iwconfig wlan mode ad-hoc sudo iwconfig wlan channel 5 sudo iwconfig wlan essid "openmoko" sudo ifconfig wlan up sudo ip addr add 10.4.2.1/24 dev wlan sudo /etc/init.d/udhcpd start sudo /etc/init.d/bind9 start # sudo /etc/init.d/ircd-hybrid start # sudo /etc/init.d/thttpd start sudo iptables -t nat -A POSTROUTING -s 10.4.2.0/24 -j MASQUERADE sudo sh -c 'echo 1 > /proc/sys/net/ipv4/ip_forward' ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Ventura] at&t wifi hotspot portal (Starbucks)
Xavier Cremaschi wrote: > > > Check > > /etc/ssl/certs/ca-certificates.crt > /etc/ssl/certs/ca.pem > > maybe... IIRC, one of these was missing some time ago, therefore no https. > > These and many others appear to be installed by default thee days. Has anyone with a linux box accessed this portal? I wonder if it has its own cert? -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/Ventura-at-t-wifi-hotspot-portal-Starbucks-tp5101774p5105257.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as wifi access point
Hi, I managed to set up ad-hoc networking between my laptop and fr with the following scripts: on the FR: #!/bin/bash echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/unbind sleep 2 modprobe -vr ar6000 sleep 2 modprobe -v ar6000 debuglevel=5 sleep 5 echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/bind sleep 2 iwconfig eth0 mode ad-hoc sleep 2 iwconfig eth0 channel 11 sleep 2 iwconfig eth0 essid happy sleep 2 ifconfig eth0 192.168.123.1 netmask 255.255.255.0 on the laptop: #!/bin/bash modprobe -vr iwlagn sleep 2 modprobe -v iwlagn sleep 2 iwconfig wlan0 mode ad-hoc sleep 2 iwconfig wlan0 channel 11 sleep 2 iwconfig wlan0 essid happy sleep 2 ifconfig wlan0 192.168.123.2 netmask 255.255.255.0 I hope it saves someone 5 minutes of scripting :-) Kind regards, Ed On Wed, 2010-05-26 at 12:50 +0400, Paul Fertser wrote: > Chuck Norris writes: > > Is it possible make FR act as wifi access point? > > Which utils can help? > > Only ad-hoc. iptables + iwconfig, nothing else needed i think. Set > adhoc before setting ssid. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR as wifi access point
Chuck Norris writes: > Is it possible make FR act as wifi access point? > Which utils can help? Only ad-hoc. iptables + iwconfig, nothing else needed i think. Set adhoc before setting ssid. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FR as wifi access point
Is it possible make FR act as wifi access point? Which utils can help? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Ventura] at&t wifi hotspot portal (Starbucks)
Le 26/05/2010 06:12, undrwater a écrit : > > I'm sure I remember logging into the at&t portal at starbucks in the past > using Ventura, but lately it's not possible. > > Pressing the "login" button, hitting "enter" returns no action. Is it a > certificate I'm missing? Any clues? > > Thanks > Russell Dwiggins Check /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/ca.pem maybe... IIRC, one of these was missing some time ago, therefore no https. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Ventura] at&t wifi hotspot portal (Starbucks)
I'm sure I remember logging into the at&t portal at starbucks in the past using Ventura, but lately it's not possible. Pressing the "login" button, hitting "enter" returns no action. Is it a certificate I'm missing? Any clues? Thanks Russell Dwiggins -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/Ventura-at-t-wifi-hotspot-portal-Starbucks-tp5101774p5101774.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: is wifi-driver developed anymore?
Ben Thompson writes: > On Wed, Aug 26, 2009 at 09:46:38AM +0400, Paul Fertser wrote: >> >> I tell you the most nasty bugs are in firmware. Which we don't have >> >> sources for and don't know a way to update anyway. Blame Atheros. >> > >> > please may you elaborate a bit more? >> > How kernel ops are related to ar6000 firmware bugs? >> >> It's hard to be motivated to basically rewrite the driver if you know >> that the nastiest bugs will still be there. BTW, i have a "fix" for >> the bind/unbind problem, but not for the "ioctls to the device which >> is down". >> >> The driver was bad and now it's even in worse condition because of all >> the tweaking. Solving one race condition results in exposing >> another. The addition of rfkill support multiplied the possibilities >> even further... >> >> Currently (great thanks to Harald!) we're waiting another answer from >> Atheros but do not hold your breath. > > Does anyone know whether an answer to this ever came back from > Atheros? Basically, Luis told several times he's trying to push it internally but it looks like he got nowhere. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: is wifi-driver developed anymore?
On Wed, Aug 26, 2009 at 09:46:38AM +0400, Paul Fertser wrote: > >> I tell you the most nasty bugs are in firmware. Which we don't have > >> sources for and don't know a way to update anyway. Blame Atheros. > > > > please may you elaborate a bit more? > > How kernel ops are related to ar6000 firmware bugs? > > It's hard to be motivated to basically rewrite the driver if you know > that the nastiest bugs will still be there. BTW, i have a "fix" for > the bind/unbind problem, but not for the "ioctls to the device which > is down". > > The driver was bad and now it's even in worse condition because of all > the tweaking. Solving one race condition results in exposing > another. The addition of rfkill support multiplied the possibilities > even further... > > Currently (great thanks to Harald!) we're waiting another answer from > Atheros but do not hold your breath. Hi Does anyone know whether an answer to this ever came back from Atheros? Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko wifi certificate selector
On Thu, Apr 29, 2010 at 12:14:45PM +0200, Daniele E. Domenichelli wrote: > > > > Can someone advise how to add a server certificate? > > > I was able to setup a WPA-EAP wireless network, I just moved my > certificates in > > /home/root/Documents/images/jpeg > > and then after rescanning system documents (Main menu->Documents->Rescan > system) I was able to add them from the gui > > I don't know if there is a better place to store certificates that is > also detected from the gui. Many thanks, that did the trick. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko wifi certificate selector
Ben Thompson wrote: > I want to set up a Wireless network in QtMoko using WPA-EAP with a > server certificate. The encryption settings GUI has a section called > "Server certificate:" and there is a small padlock icon. However, when > I click the padlock, all I see is the message "No documents found". > > Can someone advise how to add a server certificate? I was able to setup a WPA-EAP wireless network, I just moved my certificates in /home/root/Documents/images/jpeg and then after rescanning system documents (Main menu->Documents->Rescan system) I was able to add them from the gui I don't know if there is a better place to store certificates that is also detected from the gui. Regards, Daniele ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko wifi certificate selector
Hi I want to set up a Wireless network in QtMoko using WPA-EAP with a server certificate. The encryption settings GUI has a section called "Server certificate:" and there is a small padlock icon. However, when I click the padlock, all I see is the message "No documents found". Can someone advise how to add a server certificate? I don't understand what is supposed to happen when I click the padlock icon. Is the program looking in a particular directory for certificates? If so, where? Thanks Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
HansV writes: > OK, I didn't see this is a switch, I thought it was a dropdown > box. Now I can switch it on manually. Still finding out how to start > wifi with wpa-supplicant. Hard to succeed when you're reluctant to read, eh? ;) http://wiki.openmoko.org/wiki/FSO_Resources http://www.mail-archive.com/community@lists.openmoko.org/msg58146.html -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
OK, I didn't see this is a switch, I thought it was a dropdown box. Now I can switch it on manually. Still finding out how to start wifi with wpa-supplicant. -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4963760.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
On Mon, Apr 26, 2010 at 2:37 PM, HansV wrote: > > Strange thing is that I can't power on using shr settings: the dropdown > only > shows the 'Automatic' value, on and off are not available. > do you switched (the switch) from automatic to manual? > -- > View this message in context: > http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4962328.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
Only when you switch the "automatic" value to "manual" the option to power it "on" and "off" appears. Am 26.04.2010 14:37, schrieb HansV: > > Strange thing is that I can't power on using shr settings: the dropdown only > shows the 'Automatic' value, on and off are not available. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
Strange thing is that I can't power on using shr settings: the dropdown only shows the 'Automatic' value, on and off are not available. -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4962328.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
to be honest. Mokonnect rarely worked for me. I would also suggest u to use wpa_supplicant or similar wifi tools. Usually I turn on wifi using the shr settings ui and then run wpa_supplicant and udhcpc. That works 99% of the time if the interface is up. Good luck On Mon, Apr 26, 2010 at 11:17 AM, HansV wrote: > > [quote]Wifi seems unavailable, but after seeking the ML I found there is a > bug > in FSO MS5 (MS5 is the revision ?) and I had to do : > echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/unbind > echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/bind > in order to get eth0 back. [/quote] > > I entered the commands above and eth0 is available now. But Mokonnect still > doesn't work, even after rebooting the FR. It says: > Wifi device seems to be off, trying to power it on... > This message takes forever. When the FR goes in standby the Wifi symbols is > shown in the top-shelf. > In Settings->Connectivity I can't change the WiFi setting, it always stays > in 'Automatic'. > > After the reboot I had to enter the above commands again to get eth0 back. > The error message is now followed by: > Failed powering on the device or it was still not found in connman. > -- > View this message in context: > http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4961739.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
[quote]Wifi seems unavailable, but after seeking the ML I found there is a bug in FSO MS5 (MS5 is the revision ?) and I had to do : echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/unbind echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/bind in order to get eth0 back. [/quote] I entered the commands above and eth0 is available now. But Mokonnect still doesn't work, even after rebooting the FR. It says: Wifi device seems to be off, trying to power it on... This message takes forever. When the FR goes in standby the Wifi symbols is shown in the top-shelf. In Settings->Connectivity I can't change the WiFi setting, it always stays in 'Automatic'. After the reboot I had to enter the above commands again to get eth0 back. The error message is now followed by: Failed powering on the device or it was still not found in connman. -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4961739.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
Wifi seems unavailable, but after seeking the ML I found there is a bug in FSO MS5 (MS5 is the revision ?) and I had to do : echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/unbind echo s3c2440-sdi >/sys/bus/platform/drivers/s3c2440-sdi/bind in order to get eth0 back. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
On Mon, Apr 26, 2010 at 12:26:18AM -0700, HansV wrote: > > I use Mokonnect. It doesn't seem to find the WiFi hardware. The WiFi > indicator comes on in the shelf while Mokonnect is trying to power up the > device. But Mokonnect waits forever. Maybe some modules are missing in my > setup? Hmm, I have never really had any luck with Mokonnect so it might be worth trying another client such as NWA or wpa_supplicant. However, if you think there is a problem with the hardware maybe have a look in the output of dmesg. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
I use Mokonnect. It doesn't seem to find the WiFi hardware. The WiFi indicator comes on in the shelf while Mokonnect is trying to power up the device. But Mokonnect waits forever. Maybe some modules are missing in my setup? -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4961348.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
On Sun, Apr 25, 2010 at 11:42:39PM -0700, HansV wrote: > > lsusb gives: > Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub. > > So I suppose my WiFi is dead. No, I don't think so. My wifi is fine and I get the same output. How are you using wifi by the way? Do you use wpa_supplicant or a GUI such as Mokonnect or NWA? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
lsusb gives: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub. So I suppose my WiFi is dead. -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4961242.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
I have had experience with a lot of WiFi chips that is that they stop working after a couple of years. Check that the device is found on your machine. I use lsusb HansV wrote: > I have the same problem, but upgrading didn't solve it. I tried everything I > could think of, but no wifi so far. Any ideas? > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
I have the same problem, but upgrading didn't solve it. I tried everything I could think of, but no wifi so far. Any ideas? -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/SHR-U-Wifi-stopped-working-tp4562468p4959480.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Kernel oops with wifi (was: Problems with NWA)
On Mon, Mar 01, 2010 at 10:58:57PM +0100, Nicola Mfb wrote: > On Mon, Mar 1, 2010 at 10:19 PM, Ben Thompson wrote: > [...] > > I can reproduce this problem using NWA but I am not sure what is going > > on at the D-Bus level. Maybe someone could help me (maybe Niko)? > > You may try to produce a wpa_supplicant.conf with the exact parameters > you see in nwa.conf, and start/stop wpa_suppliant to see if it > reproduces the oops. > The only think I guess *may* be different is that when NWA quits it > does not kill wpa_supplicant, but simply remove all network definition > and remove eth0 from managed interfaces. So it may trigger some > actions that may reveal hidden kernel bugs not usual on other wifi > managers? > Anyway the problem should be fixed in kernel space ;) > Paul, count me as a patch tester! Thanks Niko and Paul. I will try wpa_supplicant manually and see what happens. I am happy to test patches too. I have added a link to Niko's comments to the ticket: https://docs.openmoko.org/trac/ticket/2333 Cheers Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka writes: > I have no idea why it decreased. I guess kernel unloads some parts of > executable that are not executed ATM. Ah that is true, read-only mappings do not need to be kept in memory. > BTW, what kind of WiFi authentication and encryption do you use? I use > WPA and TKIP, may be I should try something else? No encryption in this case. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/24 Timo Juhani Lindfors : > Hmm. The memory usage of frameworkd actually decreased during the test: > How can this happen? ;) > Same for Xorg too: > and hal: I have no idea why it decreased. I guess kernel unloads some parts of executable that are not executed ATM. > (Why is it running as sshd user btw?!) I don't know, isn't it default in SHR? > I have never used slabtop before. Here when wifi is connected it > displays > 38 38 100% 4.00K 38 1 152K size-4096 So it's just 152K. In my case it's 40-50K and counting. BTW, what kind of WiFi authentication and encryption do you use? I use WPA and TKIP, may be I should try something else? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka writes: > Here it is. Without swap and midori this time: > ftp://shulyaka.org.ru/pub/memlog2.tar.bz2 Hmm. The memory usage of frameworkd actually decreased during the test: $ grep frameworkd ps* ps.17:57:32:root 1219 46.6 16.4 32368 19876 ?Ss 17:31 12:15 python /usr/bin/frameworkd ps.18:02:34:root 1219 39.1 16.4 32368 19876 ?Ss 17:31 12:16 python /usr/bin/frameworkd ps.18:07:36:root 1219 34.0 16.2 32368 19628 ?Ss 17:31 12:21 python /usr/bin/frameworkd ps.18:12:38:root 1219 29.9 16.1 32368 19500 ?Ss 17:31 12:22 python /usr/bin/frameworkd ps.18:17:40:root 1219 26.6 15.5 32368 18780 ?Ss 17:31 12:22 python /usr/bin/frameworkd ps.18:22:42:root 1219 24.0 15.4 32368 18676 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:27:44:root 1219 21.9 14.8 32368 17964 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:32:46:root 1219 20.1 14.5 32368 17592 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:37:50:root 1219 18.6 14.3 32368 17376 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:42:54:root 1219 17.2 14.0 32368 17044 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:48:00:root 1219 16.1 13.7 32368 16668 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:53:06:root 1219 15.1 13.5 32368 16384 ?Ds 17:31 12:24 python /usr/bin/frameworkd ps.18:58:33:root 1219 14.1 13.0 32368 15812 ?Ss 17:31 12:25 python /usr/bin/frameworkd ps.19:22:18:root 1219 13.5 13.5 32368 16356 ?Rs 17:31 15:02 python /usr/bin/frameworkd ps.19:27:22:root 1219 17.2 13.5 32368 16356 ?Rs 17:31 20:00 python /usr/bin/frameworkd ps.19:32:24:root 1219 20.6 13.5 32368 16356 ?Rs 17:31 24:58 python /usr/bin/frameworkd ps.19:37:26:root 1219 23.6 13.5 32368 16356 ?Rs 17:31 29:52 python /usr/bin/frameworkd ps.19:42:30:root 1219 26.5 13.5 32368 16356 ?Rs 17:31 34:51 python /usr/bin/frameworkd ps.19:47:47:root 1219 29.2 13.5 32368 16356 ?Rs 17:31 39:53 python /usr/bin/frameworkd ps.19:53:12:root 1219 31.0 13.5 32368 16356 ?Rs 17:31 44:01 python /usr/bin/frameworkd How can this happen? ;) Same for Xorg too: $ grep "_ /usr/bin/Xorg" ps* ps.17:57:32:root 1203 3.9 5.4 10780 6592 tty1 S The most interesting line in slabtop was: > OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME > 12278 12278 100%4.00K 122781 49112K size-4096 > > It was counting all the time the test was run. Don't know what it means > though. I have never used slabtop before. Here when wifi is connected it displays Active / Total Objects (% used): 22154 / 38108 (58.1%) Active / Total Slabs (% used) : 1356 / 1356 (100.0%) Active / Total Caches (% used) : 68 / 117 (58.1%) Active / Total Size (% used) : 3416.10K / 5276.42K (64.7%) Minimum / Average / Maximum Object : 0.01K / 0.14K / 4096.00K OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 8496 1743 20%0.05K118 72 472K buffer_head 5520 1830 33%0.12K184 30 736K dentry 3864 3824 98%0.04K 46 84 184K sysfs_dir_cache 3390 3337 98%0.03K 30 113 120K size-32 2944 2570 87%0.08K 64 46 256K vm_area_struct 2484976 39%0.41K2769 1104K ext3_inode_cache 1547 1136 73%0.28K119 13 476K radix_tree_node 1356815 60%0.01K 4 33916K anon_vma 1298 1117 86%0.06K 22 5988K size-64 1140900 78%0.12K 38 30 152K filp 480457 95%0.09K 12 4048K size-96 430425 98%0.38K 43 10 172K shmem_inode_cache 384274 71%0.31K 32 12 128K proc_inode_cache 360240 66%0.09K 9 4036K cred_jar 330310 93%0.12K 11 3044K size-128 320282 88%0.50K 408 160K size-512 254 2 0%0.01K 1 254 4K revoke_table 234209 89%0.14K 9 2636K idr_layer_cache 203 1 0%0.02K 1 203 4K ip_fib_alias 203 5 2%0.02K 1 203 4K tcp_bind_bucket 203 2 0%0.02K 1 203 4K fasync_cache 180177 98%0.25K 12 1548K size-256 169141 83%0.29K 13 1352K inode_cache 140 80 57%0.19K 7 2028K skbuff_head_cache 120116 96%0.09K 3 4012K kmem_cache 120 98 81%1.00K 304 120K size-1024 118118 100%0.06K 2 59
Re: [SHR-U] WiFi-related memory leak
2010/2/21 Timo Juhani Lindfors : > Can you try the same test again without swap? Here it is. Without swap and midori this time: ftp://shulyaka.org.ru/pub/memlog2.tar.bz2 The phone survived for 2 hours this time. I guess it could live a little longer without transmission-daemon. Xorg was killed at about 19:25. I'm not sure about what happened with the script but id didn't take logs for 25 minutes between 18:58 and 19:22. It's the time when transmission-daemon was killed. The most interesting line in slabtop was: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 12278 12278 100%4.00K 122781 49112K size-4096 It was counting all the time the test was run. Don't know what it means though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Bastian Muck writes: > I know, I can't help that much, but I am sure that midori is the > problem. I often hear music with vagalume over wlan and it is no > problem to hear 3 or 4 hours. But if I use Midori then after 10 > minutes (and sometimes less) the system hangs because of no ram. You might want to free some RAM by using more light-weight programs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.02.2010 10:37, schrieb Timo Juhani Lindfors: > Denis Shulyaka writes: >> It writes output of `ps auxf`, `free` and `df -h` to a corresponding >> file every 5 minutes. > > Hmm, you are using swap. I do not know how to see how many bytes each > process has in swap. This would let us see which process is the one > whose memory usage steadily increases. Now we only see that RSS > (number of bytes each process has in RAM) decreases when the bytes are > moved to swap. > > Can you try the same test again without swap? > I know, I can't help that much, but I am sure that midori is the problem. I often hear music with vagalume over wlan and it is no problem to hear 3 or 4 hours. But if I use Midori then after 10 minutes (and sometimes less) the system hangs because of no ram. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLgs/OlYiDScJJ+7QRAqSnAJ40A3/O51VvE/sRaIc5Rs1Y5NeygACeJ3mR dSLOnSBG6CQRZJNRfs8J7+k= =nSNz -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
"arne anka" writes: > that i did understand -- the question is, how to do that. If you are not using FSO in debian you can use om wifi power 0 om wifi power 1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
With small variations upon your script I have: 1) ~/wpa dir with the following contents: r...@om-gta02 ~ $ ls wpa/ amigos.wpacasa.wpa gomaxperf spot.wpa wifi-dhcp.sh (the .wpa files are wpa config files with special setups). 2) maxperf is for the weird cases: r...@om-gta02 ~ $ cat wpa/maxperf #!/bin/sh wmiconfig -ieth0 --power=maxperf 3) go just glue's Paul's commands (but required a bit more of sleep time in order to work reliably, and using sh instead of bash): r...@om-gta02 ~ $ cat wpa/go #!/bin/sh CONF="$1" set -x fsoraw -r WiFi -- sh -c "sleep 5; wpa_supplicant -i eth0 -D wext -c $CONF" & sleep 10 && wpa_cli -a /home/root/wpa/wifi-dhcp.sh -B -G100 4) and wifi-dhcp.sh is slightly modified (for instance, I don't have dhclient): r...@om-gta02 ~ $ cat wpa/wifi-dhcp.sh #!/bin/sh if [ "$2" == "CONNECTED" ] ; then udhcpc $1 pkill -f "wpa_cli -a" wpa_cli -a $0 -B -G100 fi 5) running the following works, and recovers wifi when resumed after suspend: cd wpa ; ./go casa.wpa Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
Am Sonntag, den 21.02.2010, 17:14 +0100 schrieb arne anka: > >> please, explain "power cycling". > > > > rebooting ar6000 (one of Freerunner's computers). > > that i did understand -- the question is, how to do that. On FSO via releasing/requesting the WiFi resource. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
>> please, explain "power cycling". > > rebooting ar6000 (one of Freerunner's computers). that i did understand -- the question is, how to do that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
Em 21-02-2010 15:50, arne anka escreveu: > please, explain "power cycling". rebooting ar6000 (one of Freerunner's computers). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
please, explain "power cycling". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
Hi,
I've got involved in some wifi configuration recently and so tested FR
with different APs and settings. As a result, several interesting
observations were made, i hope you'll find them useful.
1. Weird SSID bug
Thanks to the hint by Werner i found out that i can never connect to
my WPA+RSN AP when its SSID is "Paul-g700ap". wpa_supplicant
associates but 4-way handshake times out after sending 2/4. Every
time. Changing SSID to e.g. "Paul-g700af" and power-cycling ar6000
reliably makes it work. Changing it back reliably makes it not work.
To sum up: if WPA authentication times out, try changing SSID.
2. Do not hurry to start up wpa_supplicant, add some pause after
powering on the chip:
fsoraw -r WiFi -- bash -c "sleep 5; wpa_supplicant -ieth0 -Dwext
-c/etc/wpa_supplicant/wpa_supplicant.conf"
3. It's recommended to power-cycle the chip after every wpa_supplicant
invocation, the fsoraw method does that automatically, if you're
using any other way, you might need to do that manually.
4. With some APs to get reliable (sometimes any) operation, you need
the "maxperf trick":
wmiconfig -ieth0 --power=maxperf
5. Suspend/resume works just fine but you need some additional trick
to get DHCP lease again after resume. For that you can start
wpa_cli -G100 -a /usr/local/bin/wifi-dhcp.sh
with wifi-dhcp.sh:
#!/bin/sh
[ "$2" = "CONNECTED" ] && {
dhclient $1
pkill -f "wpa_cli -a"
wpa_cli -a $0 -B -G100
}
The need for restarting wpa_cli comes from a kernel bug (the driver
fails to notify the userspace about disconnection), the fix is
available on the kernel ML and will be committed soon; after that you
won't need pkill & wpa_cli lines any more.
With Debian (no idea if that's applicable to OE, sorry) after applying
the fix you should be able to use standard /etc/network/interfaces
configuration methods, it should invoke wpa_cli, wpa_action and
ifupdown on its own, but i haven't tried to make that work yet, please
try it yourself and report the results.
HTH
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka writes: > It writes output of `ps auxf`, `free` and `df -h` to a corresponding > file every 5 minutes. Hmm, you are using swap. I do not know how to see how many bytes each process has in swap. This would let us see which process is the one whose memory usage steadily increases. Now we only see that RSS (number of bytes each process has in RAM) decreases when the bytes are moved to swap. Can you try the same test again without swap? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
> What additional info I can gather? Use slabtop to monitor kernel memory pools. It may be interresting. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/19 Denis Shulyaka : > I'll do some logging of `ps auxf`, `free` and `df -h` every 5 minutes. OK, I did some tests today, here are the logs: ftp://shulyaka.org.ru/pub/memlog.tar.bz2 I have rebooted the phone to get clear results, started WiFi, Midori and transmission-daemon and run the following script: #!/bin/bash while true; do STAMP=`date +%H:%M:%S` ps axuf > ps.$STAMP free > free.$STAMP df -h > df.$STAMP sleep 300 done It writes output of `ps auxf`, `free` and `df -h` to a corresponding file every 5 minutes. The phone could survive for 4 hours. When I look at the phone after about 3 hrs and 45 min the Xorg (along with vala-terminal and my script) was already killed (the last log entry was at 3:40). However I still was able to ssh into the phone and get some final data manually (named *.last). On the phone screen I saw text console with following messages: [15237.185000] Out of memory: kill process 1409 (screen) score 188 or a child [15237.185000] Killed process 1442 (sh) [15237.27] Out of memory: kill process 1215 (batget) score 166 or a child [15237.275000] Killed process 1215 (batget) [15238.045000] Out of memory: kill process 1409 (screen) score 124 or a child [15238.05] Killed process 1409 (screen) [15238.22] Out of memory: kill process 1473 (udhcpc) score 118 or a child [15238.225000] Killed process 1473 (udhcpc) [15238.355000] Out of memory: kill process 1445 (wpa_supplicant) score 106 or a child [15238.36] Killed process 1445 (wpa_supplicant) [15239.005000] Out of memory: kill process 2393 (bash) score 98 or a child [15239.01] Killed process 2405 (bash) [16042.17] Out of memory: kill process 2391 (sshd) score 89 or a child [16042.17] Killed process 2393 (bash) [16068.555000] Out of memory: kill process 1083 (sshd) score 56 or a child [16068.555000] Killed process 1083 (sshd) What additional info I can gather? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/19 Timo Juhani Lindfors : > Never heard of such a problem. Can you make it happen again? Write a > cron job that logs the output of "ps axuf" to file every 30 minutes > for example. This makes it easy to see if some process is consuming > more and more memory. Yes, it happens every time and much faster than the whole night. I'll do some logging of `ps auxf`, `free` and `df -h` every 5 minutes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
On Fri, 2010-02-19 at 09:42 +0100, omcomali@porcupinefactory.org wrote: > On Thu, 18 Feb 2010 16:18:32 -0800 (PST) > vancel35 wrote: > > > > > I don't know if what I saw was the same problem, but I left mine on my wifi > > ovenight and when I woke up, it wasn't responding very quickly, but as far > > as I know, nothing had been killed. > > > > I didn't even think about the Wifi being the problem. If it's data-related, > > I probably didn't have enough data passing to cause a problem. > > > > -Laura > > I've had something similar, compiling a big project on the Freerunner with > swap enabled, wifi on. > Before I started, some RAM was free, after it finished (about 6h), and I > closed all programs to match the previous state, the system was much less > responsive, RAM was nearly full and 50MB of swap was used. All programs > seemed to have normal reserved memory footprints. > > The above details are not to be trusted, I could have overlooked something > important. > > Maybe it has something to do with memory fragmentation? Or maybe it's > sd-related? > > Cheers, > rhn > There was a report a while back of logs (which are on a tmpfs and therefore subtract from memory) filling up and causing problems. When on wifi is the FR generating lots of messages? What does "free" and "df -h" report? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
On Thu, 18 Feb 2010 16:18:32 -0800 (PST) vancel35 wrote: > > I don't know if what I saw was the same problem, but I left mine on my wifi > ovenight and when I woke up, it wasn't responding very quickly, but as far > as I know, nothing had been killed. > > I didn't even think about the Wifi being the problem. If it's data-related, > I probably didn't have enough data passing to cause a problem. > > -Laura I've had something similar, compiling a big project on the Freerunner with swap enabled, wifi on. Before I started, some RAM was free, after it finished (about 6h), and I closed all programs to match the previous state, the system was much less responsive, RAM was nearly full and 50MB of swap was used. All programs seemed to have normal reserved memory footprints. The above details are not to be trusted, I could have overlooked something important. Maybe it has something to do with memory fragmentation? Or maybe it's sd-related? Cheers, rhn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka writes: > Is it a known problem, or I have unique combination of AP software and > FR settings? Never heard of such a problem. Can you make it happen again? Write a cron job that logs the output of "ps axuf" to file every 30 minutes for example. This makes it easy to see if some process is consuming more and more memory. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
I don't know if what I saw was the same problem, but I left mine on my wifi ovenight and when I woke up, it wasn't responding very quickly, but as far as I know, nothing had been killed. I didn't even think about the Wifi being the problem. If it's data-related, I probably didn't have enough data passing to cause a problem. -Laura -- View this message in context: http://n2.nabble.com/SHR-U-WiFi-related-memory-leak-tp4595250p4595313.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
