Re: Tracking power leackage in my freerunner
ri...@happyleptic.org writes: -[ Thu, Jan 28, 2010 at 11:48:01AM +0300, Paul Fertser ] Your figure is good. #1024 fix saves you about 4-8mA, a considerable amount during suspend-to-ram, but you won't notice the difference if you keep the device in idle but not suspended state. Ok, make sense. So I checked charge_now during suspend (measuring before and after suspend of course) and it seams that the battery is then discharging at the rate of 23mA, which leads to a total of approx 50 hours. Much less than expected. :( That looks indeed like either mis-measurement or software mis-configuration, e.g. you have GPS on during suspend or something like that. You should get ~140hrs standby time with GSM on. -- 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: Re: Latest SHR-?
I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on shr ML and trac there was few reports about not getting GPS lock or GSM channel (even with debug kernel) and at least 3 people said that they are having this problem more often with nodebug kernel. I am one of those people ;-) the problem with registering GSM is not caused by the 'fast' kernel. However it occurs more often using the 'fast' kernel. Obviously there is something going wrong in FSO if the system responds much quicker than before with the debug kernel. I discussed that with Mickey last week during our regular munich openmoko meeting nd he is currently working on a solution for that problem, time permitting. So I asked spaetz (maintainer of shr-t) and he said that we should rather revert back to debug (as it's slower but as some say more stable). If we want to test nodebug kernel, we should do it rather in shr-u and *after* testing use it in shr-t too. With the new kernel I was able to register GSM only when I gave the system something to do (start navit for example). Then the modem registered correctly and the PIN dialogue popped up. Sounds strange, but it's just like that (a tribute to the mouse ;-) ). At the moment the debug kernel is better suited for every day use, but on the other hand the system speed the freerunner is capable of is amazing. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Friday 29 January 2010 09:15:07 n...@el-hennig.de wrote: With the new kernel I was able to register GSM only when I gave the system something to do (start navit for example). Then the modem registered correctly and the PIN dialogue popped up. Sounds strange, but it's just like that (a tribute to the mouse ;-) ). At the moment the debug kernel is better suited for every day use, but on the other hand the system speed the freerunner is capable of is amazing. I'm another one ;) Exactly the same symptoms here. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Fri, Jan 29, 2010 at 10:33 AM, David Garabana Barro da...@garabana.com wrote: On Friday 29 January 2010 09:15:07 n...@el-hennig.de wrote: With the new kernel I was able to register GSM only when I gave the system something to do (start navit for example). Then the modem registered correctly and the PIN dialogue popped up. Sounds strange, but it's just like that (a tribute to the mouse ;-) ). At the moment the debug kernel is better suited for every day use, but on the other hand the system speed the freerunner is capable of is amazing. I'm another one ;) Exactly the same symptoms here. Which kernel are you guys using (on shr)? Andy-tracking? Cheers, Edwin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QGPSLog to be released
On 1/29/10, Christian Rüb christian.r...@gmx.net wrote: Hi, I wrote a GPS logging GUI that uses FSO for GPS and power control. It's simple and never supposed to get a map. My main target was to do track logging (start,stop,split) and be avoid supsend when logging. That sounds very useful for logging OSM-data! What would be a killer addition is: - Listen for headset button event - Record audio whilst button held - Save audio next to track file. That way, you can easily do audio annotation of tracks (street name, road type, etc.). Would you consider adding this? Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Latest SHR-?
Which kernel are you guys using (on shr)? Andy-tracking? I'm using this one: http://activationrecord.net/radekp/qtmoko/download/experimental/ Right now I switched back to the standard SHR-U kernel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On 29 January 2010 02:15, William Kenworthy bi...@iinet.net.au wrote: shr-testing is probably the most usable out-of-the-box at the moment. Only a few annoyances rather than show stoppers. I tried shr-t again a couple of days ago (after getting annoyed with the unreliability of my Debian...). I thought the integration of the phone apps, including the great today/locking screen, is now quite slick. And aesthetically it's now starting to look nice too. But - I found that I very quickly ran into system freezes, and/or weird graphical effects. E.g. after only a couple of minutes of panning and zooming the maps in tangogps. Am I the only one seeing this kind of problem? When that happens, the only remedy is to pull out the battery, and then I have no idea whether my rootfs is still OK. Is there a way of checking? (Maybe something similar to debsums in Debian.) Whenever I've had similar problems in the past (including on Debian), it's been when I've been running the glamo X server. So I would guess that that's the cause in shr-t too. Is it possible to run shr-t with the fbdev server? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Friday 29 January 2010 10:51:46 Edder wrote: On Fri, Jan 29, 2010 at 10:33 AM, David Garabana Barro Which kernel are you guys using (on shr)? Andy-tracking? I'm using uImage-moredrivers-GTA02_oma-andy-a15608f241a40b41.bin, I'm getting similar errors with shr-u kernel, but less frequently. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
Neil Jerram wrote: On 29 January 2010 02:15, William Kenworthy bi...@iinet.net.au wrote: shr-testing is probably the most usable out-of-the-box at the moment. Only a few annoyances rather than show stoppers. I tried shr-t again a couple of days ago (after getting annoyed with the unreliability of my Debian...). I thought the integration of the phone apps, including the great today/locking screen, is now quite slick. And aesthetically it's now starting to look nice too. But - I found that I very quickly ran into system freezes, and/or weird graphical effects. E.g. after only a couple of minutes of panning and zooming the maps in tangogps. Am I the only one seeing this kind of problem? You may want to run filesystem checks, a bad filesystem on flash or sdcard can cause all sorts of weird problems. I run shr-unstable. I upgrade often, get various improvements, and the occational breakage as well. But no freezes, just particular apps/functionality that fail Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
Dnia 2010-01-28, czw o godzinie 19:22 -0500, Tony McKeehan pisze: I heard somewhere that there are some SHR-stable images on the way. Probably you could have read it on latest Community Updates page Have they been released? AFAIK no, they are still waiting for final bug reports for SHR-Testing. You could help with releasing SHR-Stable by filing bug reports to http://www.shr-project.org/trac . Until these bug reports are finished there will be no stable version. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
Dnia 2010-01-29, pią o godzinie 15:11 +0800, William Kenworthy pisze: Interesting - cant say Ive noticed anything bad - quite the reverse. Try image generated on 2010-01-15, it was totally unresponsive and slow. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [Community Updates] 2010-01-14 released
Hello! A little note: the Openmoko homepage doesn't show this CU in the 'Latest news' section. Luca On Fri, Jan 15, 2010 at 6:40 PM, Patryk Benderz patryk.bend...@esp.pl wrote: Hello everybody, Recent Community Update is out. Take a look at News link in Community box on wiki pages to read it. For your convenience here is direct link: http://wiki.openmoko.org/wiki/Community_Updates/2010-01-14 and contribute to the new draft at: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2010-01-28 Thanks to all contributors of this issue of CU: * PaulWise * Kichkasch * Multi * Baba melone * Vanous * Valos * Bt4 * Linuxxr * Deubeuliou -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Fri, Jan 29, 2010 at 07:55:00AM +0100, Xavier Cremaschi wrote: Martin Jansa a écrit : Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 0.1.0+svnr2927-r1.4... Downloading http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk Cheers, SHR-t here, so I cannot test :( It's already in shr-u feeds, imho best way to try new stuff and still have reliable phone is to install shr-u on 2nd partition on uSD or just on uSD if you have shr-t installed in nand. You don't even have to reboot to use app from shr-u... Well sometimes you have to use chroot wisely and ie start Xorg from chrooted shr-u.. with fso still running in shr-t etc. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking power leackage in my freerunner
ri...@happyleptic.org schrieb: -[ Thu, Jan 28, 2010 at 11:48:01AM +0300, Paul Fertser ] Your figure is good. #1024 fix saves you about 4-8mA, a considerable amount during suspend-to-ram, but you won't notice the difference if you keep the device in idle but not suspended state. Ok, make sense. So I checked charge_now during suspend (measuring before and after suspend of course) and it seams that the battery is then discharging at the rate of 23mA, which leads to a total of approx 50 hours. Much less than expected. :( After the #1024 fix i measured 5 times (each over a few days standby) and my mean discharge current was ~9,3mA/h which leads to a maximum of ~128,15h standby time. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: [FOSDEM] FOSDEM smartphone applications
Does there exist a similar App for the Freerunner, the truly free and open smartphone? Nikolaus Anfang der weitergeleiteten E-Mail: Von: Christophe Vandeplas cvandep...@fosdem.org Datum: 29. Januar 2010 14:27:01 MEZ An: FOSDEM visitors fos...@lists.fosdem.org Betreff: [FOSDEM] FOSDEM smartphone applications Antwort an: FOSDEM visitors fos...@lists.fosdem.org Hi everyone, Just an update that the Android application has been released on the Market. Simply search for FOSDEM. The iPhone app is also downloadable from the AppleStore. (for some time now) I will send one more announcement once the Maemo application is released. Cheers Christophe ___ FOSDEM mailing list fos...@lists.fosdem.org http://lists.fosdem.org/mailman/listinfo/fosdem ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [Community Updates] 2010-01-14 released
Dnia 2010-01-29, pią o godzinie 13:58 +0100, Vaudano Luca pisze: Hello! A little note: the Openmoko homepage doesn't show this CU in the 'Latest news' section. Thanks, just corrected. BTW, we could think of some kind of triggering to move stuff automatically... -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Latest SHR-?
On Fri, 2010-01-29 at 09:15 +0100, n...@el-hennig.de wrote: I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on shr ML and trac there was few reports about not getting GPS lock or GSM channel (even with debug kernel) and at least 3 people said that they are having this problem more often with nodebug kernel. I am one of those people ;-) the problem with registering GSM is not caused by the 'fast' kernel. However it occurs more often using the 'fast' kernel. Obviously there is something going wrong in FSO if the system responds much quicker than before with the debug kernel. I discussed that with Mickey last week during our regular munich openmoko meeting nd he is currently working on a solution for that problem, time permitting. So I asked spaetz (maintainer of shr-t) and he said that we should rather revert back to debug (as it's slower but as some say more stable). If we want to test nodebug kernel, we should do it rather in shr-u and *after* testing use it in shr-t too. With the new kernel I was able to register GSM only when I gave the system something to do (start navit for example). Then the modem registered correctly and the PIN dialogue popped up. Sounds strange, but it's just like that (a tribute to the mouse ;-) ). At the moment the debug kernel is better suited for every day use, but on the other hand the system speed the freerunner is capable of is amazing. The GSM chipset in my a5 FR worked ok on the 24 kernel, so-so on the .28 kernel - often took a number of reboots before the serial port would work to allow the OS to configure GSM. A *standard* unmodified .29 has never worked :( The fix for me was to make .29 behave like a .28 kernel and enable the GSM ... and leave it enabled. In .29 the kernel was changed to follow the specs and strobe the enable line (enable, wait 500ms, disable) which seems to work for everybody else but me (!) This current, modified kernel is perhaps the best behaved as far as GSM serial port goes that I have had up until now. And yes, there were a number of bug reports made and investigated with the consensus that my GSM chipset is faulty - however I am of the opinion that the kernel and framework handing of GSM is still not quite right and my chipset is just far enough out to cause problems. If you check the logs and it seems that the serial port is the problem, try the kernel and modules below. http://wdk.dyndns.org/freerunner/; unpack the modules to /lib/modules - it will be in 2.6.29-rc3-wdk so wont overwrite your current modules :) flash the kernel and boot. To return to your original, just reflash the old kernel and delete the new modules if finished with them. Use at own risk, yadda yadda ... This kernel been working very well for me for about a week, the gsm mod for about 6 months - have fun, Billk * Note that most of the fixes were from the mailing list, only the GSM one is mine. http://wdk.dyndns.org/freerunner/; Mods: * there are a couple of other msleeps in this file I set as well, but this was the critical fix for me! neo1973_pm_gsm.c neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 1); msleep(500); /* neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 0); leaves line high so serial stays working*/ Config was basic shr-t nodebug, with more debug items off, slub allocator and -O2 optimisation. It also has a 100ms delay for wifi as discussed on the list (where they recommended 10ms, neither value makes a difference to me, but I am not sure I suffer from the problem anyway - experimentation :) and a patch to wm8753.c to allow -O2 optimisation to compile. The .config (as config-wdk) is at the above address. All functions (wifi, usb, gsm, bluetooth, ...) seem to work well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Advanced Geocaching Tool for Linux v.0.5
Hi all, On SHR-testing from 25/1-2010 I get the following error message when trying to fetch details with Advanced Geocaching Tool for Linux v.0.5. ## + Checking Login status + Loaded cookie file + Checking if still logged in... + Seems as we're still logged in Traceback (most recent call last): File /usr/lib/site-python/advancedcaching/simplegui.py, line 941, in on_download_details_map_clicked self.core.on_download_descriptions(self.get_visible_area(), True) File /usr/lib/site-python/advancedcaching/core.py, line 411, in on_download_descriptions self.gui.show_error(e) File /usr/lib/site-python/advancedcaching/simplegui.py, line 1536, in show_error raise errormsg AttributeError: 'NoneType' object has no attribute 'group' ## Have I overlooked something obvious? Or is it a bug? Cheers Johan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QGPSLog to be released
On Friday, 29. January 2010 07:16:54 Risto H. Kurppa wrote: On Fri, Jan 29, 2010 at 1:27 AM, Christian Rüb christian.r...@gmx.net wrote: Hi, I wrote a GPS logging GUI that uses FSO for GPS and power control. It's simple and never supposed to get a map. ... [1] http://openmoko.senfdax.de/shr-new-unstable/qgpslog_0.1.99-r0.4_armv4t.ipk [2] http://git.senfdax.de/?p=qgpslog;a=summary [3] http://openmoko.senfdax.de/screenshots/QGPSLog.png [4] http://wiki.openmoko.org/wiki/QGPSLog I found a little issue with correctly detecting chrging status which is fixed in 0.1.99.1 - anyone else testing? I tried to have a look at it but I have some issues with SSH on my SHR so I'll test it later. However it looks interesting to me. How hard would it be to implement an 'auto gpx converter' that'd convert unconverted tracks to GPX every time one presses stop or split? I think I know the reasons for custom file format but it'd be very nice to be able to directly upload the files somewhere, not having to first need to convert them to GPX. Doable - but not before my vacation ;-) Only bug fixes for final release (tomorrow or so). Thanks for the app! Could you upload it to opkg.org? No. I prefer having it in our repository which makes it easily installable and shows it is built for a specific distribution. When I have released v0.2 I'll send bb recipe to shr-devel, so it might get integrated... Cheers, Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QGPSLog to be released
On Friday, 29. January 2010 10:53:24 Christ van Willegen wrote: On 1/29/10, Christian Rüb christian.r...@gmx.net wrote: Hi, I wrote a GPS logging GUI that uses FSO for GPS and power control. It's simple and never supposed to get a map. My main target was to do track logging (start,stop,split) and be avoid supsend when logging. That sounds very useful for logging OSM-data! Part of the idea (thus split function), but I mainly wrote it for tracking whilst device is in pocket (for later photo correlation, etc.) What would be a killer addition is: - Listen for headset button event - Record audio whilst button held - Save audio next to track file. That way, you can easily do audio annotation of tracks (street name, road type, etc.). Would you consider adding this? Christ van Willegen Sounds interesting - cannot guess right now how much work this would be. I'll have a look once I am back (March). Currently I only use Qt and talk to FSO via dbus. Do you know of some recording API that can easily be integrated - without too many dependencies? Cheers, Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QGPSLog to be released
On Friday 29 January 2010 10:53:24 Christ van Willegen wrote: On 1/29/10, Christian Rüb christian.r...@gmx.net wrote: What would be a killer addition is: - Listen for headset button event - Record audio whilst button held - Save audio next to track file. That way, you can easily do audio annotation of tracks (street name, road type, etc.). Would you consider adding this? That would be REALLY great! I do a lot of OSM with my FR signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Navit memory leak
I recently did an opkg update / upgrade, and a new version of Navit was installed. I am a new user to Navit, so I have it turned on even when I know where I'm going to learn how its routing engine works in practice... and because new programs are fun. :) Since I've been taking the same route every day, I know Navit with my current configuration should be able to handle my daily commute. However, after the update, Navit seems to have a SEVERE memory leak. I tested my theory by running an ssh session from my desktop and running htop within it. I started Navit and let it sit for a few minutes to watch memory. On start it was using about 10% of my total RAM, and it didn't change for several minutes. My FR had 79MB in use before Navit start and 82MB in use after Navit start. I suspected that it had to do with a malloc() call to render part of the map without freeing the memory that is now off-screen, and that appears to be the problem. I tested it by dragging the map and letting it redraw that part of the screen, and each time, Navit consumed more RAM. After dragging the map for only 1/2 of my commute distance, Navit has increased RAM usage to 17%, and my total memory is now at 92MB used. I'm sure the memory fills more quickly when I'm driving, because I have auto-zoom enabled, so it's getting multiple zoom levels in memory for the same map area. Is this a known issue? For such a short trip (13 miles / ~20Km), I wouldn't expect such a severe memory leak. The only configuration items I've changed from default is that I enabled autozoom. Other changes were after this memory leak appeared in attempts to make it stop such as downloading different size map regions from OSM (city level, region, state). An interesting note is that as I've been sitting here typing this email (about 15 minutes), it's slowly been releasing memory. Releasing it at such a slow pace seems silly when I'm using the car configuration. I'd actually rather have it not try to cache those rendered sections and just re-render if I return to the area. Hopefully I've given enough information to be useful in debugging. -Laura -- View this message in context: http://n2.nabble.com/Navit-memory-leak-tp4481548p4481548.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