Re: tangoGPS community development, patches (was: tangoGPS magnify patch)
Hi, as I recently struggled with the same issues I'd like to comment on some of the suggestions On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen roz...@geekspace.comwrote: ... Most importantly: How should I keep up with work that you're doing upstream between releases? Maintaining the patches that I use is vital to me, and it's harder to do that if I have no idea where you're going upstream--if I have no idea what's going to change out from under me with the next release. I can only second that - I ported my geocaching enhancements from version to version, but am becoming more and more reluctant to do so with every new release. Any public repository would be helpful in distributing and maintaining these features, even if they wouldn't be included immediately in any official release. As I said, I *do* really *like* tangoGPS--I owe you a big thanks for giving me a good base application on which to build! I could not agree more - and yet I'd really appreciate it if the full potential of community driven enhancements would also be available. In the current state, my features collect virtual dust on my HD and will probably never ever see a release, with chances decreasing as I loose interest in developing them further with all the burdens of porting and adapting. I can fully understand Marcus' focus on quality, and TangoGPS is a great result of that approach - but still I hope that someday a reasonable public access is possible with his help instead of forking. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangoGPS community development, patches (was: tangoGPS magnify patch)
Hi Marcus, I guess with those prerequisites I won't make any geocaching submission soon - while all the features are usable as long as you have obtained a GPX file with all the data, the conversion to an sqlite3 db is done on the CLI with (one call to) bash/python scripts. Looking at gpxview [1], for example, I do not want to re-implement all that again - and as that program now also compiles cleanly without any Maemo dependancies on my desktop and also has maps support, there might no longer be a point to patching TangoGPS. GPXView just is more specific and may therefore well be the better tool for geocaching. But thanks for the offer, I'll check my history for any other patches I got queued and come back to you, Stefan [1] https://vcs.maemo.org/viewvc/trunk/?root=gpxview before it gets lost in all the other discussions: I'd still be happy to integrate this. Remarks: * it must be usable for people that have not signed for the 30$ premium account * everything must work from the user interface, command line is not an option * no python dependency - you can use either libsoup or libcurl Send me your last working tarball and I'll have a look and make suggestions or give you a hand. Marcus On Mon, 12 Apr 2010 09:46:46 +0200 Stefan Fröbe frob...@googlemail.com wrote: Hi, as I recently struggled with the same issues I'd like to comment on some of the suggestions On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen roz...@geekspace.comwrote: ... Most importantly: How should I keep up with work that you're doing upstream between releases? Maintaining the patches that I use is vital to me, and it's harder to do that if I have no idea where you're going upstream--if I have no idea what's going to change out from under me with the next release. I can only second that - I ported my geocaching enhancements from version to version, but am becoming more and more reluctant to do so with every new release. Any public repository would be helpful in distributing and maintaining these features, even if they wouldn't be included immediately in any official release. As I said, I *do* really *like* tangoGPS--I owe you a big thanks for giving me a good base application on which to build! I could not agree more - and yet I'd really appreciate it if the full potential of community driven enhancements would also be available. In the current state, my features collect virtual dust on my HD and will probably never ever see a release, with chances decreasing as I loose interest in developing them further with all the burdens of porting and adapting. I can fully understand Marcus' focus on quality, and TangoGPS is a great result of that approach - but still I hope that someday a reasonable public access is possible with his help instead of forking. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
Don't know about any configuration options, but had the same issues and changed it in my geocaching patch: change this line in src/gps_functions.c after setting global_font_scale to sth like 40: @@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw) layout = pango_layout_new (context); desc= pango_font_description_new(); - pango_font_description_set_size (desc, 60 * PANGO_SCALE); + pango_font_description_set_size (desc, 60 * PANGO_SCALE * global_font_scale /100); pango_layout_set_font_description (layout, desc); pango_layout_set_text (layout, buffer, strlen(buffer)); HTH, Stefan On Tue, Jan 5, 2010 at 6:39 PM, vancel35 van...@thespazcat.com wrote: I've noticed that each version that I've upgraded of TangoGPS has increased the font size for the speed display on the map screen. I don't need or want it to take up 1/4 of the screen as it does now. I've looked inside the TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I couldn't see any options to set the font size. Although I have to admit that some of the config option names are slightly cryptic. Is there a setting to reduce the font size? Thanks for any info. -Laura -- View this message in context: http://n2.nabble.com/TangoGPS-font-size-for-speed-indicator-tp4256370p4256370.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: Towards paperless geocaching - Advanced Geocaching Tool for Linux
What about using the original GC.com cache icons for GCs? Of couse one would have to download them separately (licensing issues iirc from the TangoGPS geocaching extension). After several requests to l...@groundspeak.com and cont...@groundspeak.com I finally got permission to include the cache icons in my geocaching enhancements to TangoGPS, so that isn't an issue anymore - you just have to be persistent! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
On Wed, Sep 2, 2009 at 12:11 PM, D. Fett fett_mokoker...@fragcom.de wrote: What about using the original GC.com cache icons for GCs? Of couse one would have to download them separately (licensing issues iirc from the TangoGPS geocaching extension). Sorry, but i absolutely don't want these icons in the app, for some reasons: - the licensing issues you already mentioned Can be resolved, see my other mail - but more importantly, these icons are very big. You don't see where the geocache is actually located. Therefore i choose the square (so you can easily spot the geocache) with the little crosshair in the center (so you can see where _exactly_ the geocache is located). I find it more intuitive to see the original pixmaps, and as they stay the same size (32x32px) as I zoom in to let's say level 20 when near a cache that corresponds to just a few centimeters on a map, thus much less than the general accuracy of the GPSr ... - drawing the icons would be slower than drawing simple squares and lines Is that so? It's on my Todo-List to benchmark these different approaches, but not necessarily a major slow-down from my expererience. - it's easier to make the squares and lines translucent, so that the user can see underlying streets That is a valid point in my opinion, plus it offers several posiibilities (nice to see the names on the map, btw!) So to me there are no apparent technical difficulties to do so, but of course this depends entirely on the intended design of the SW, and the result is most likely merely a cosmetical one. Nice to see some alternatives, though, and the online features and the database browsing is a real plus here! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om 2009, NWA, keyboard?
Just put the following into a script to run after an update: #!/bin/sh cd /usr/lib/enlightenment/modules/illume/keyboards rm Default.kbd ln -sf Terminal.kbd Default.kbd HTH Stefan On Fri, Aug 28, 2009 at 6:41 PM, Carsten Gerlach daswaldh...@gmx.de wrote: Hello, Am Mittwoch 26. August 2009 23:58:24 schrieb Risto H. Kurppa: click the top bar and then click the keyboard on top right and there you go, easy as what :) Is it possible to start the keyboard with the layout terminal automatically when I start the terminal? Thanks, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de ___ 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: [TangoGPS] POI coordinates as WGS84 deg and min
AFAIK, tangogps should accept the other formats happily if you enter them correctly, I do not know if it works in all input fields, though. For geocaching ( which is the main use of my Freerunner ) I added a bunch of extras to tangogps waiting to be included - if you're interested, check http://n2.nabble.com/tangogps-%2B-geocaching-(DL-link-inside)-td2983362.html Feel free to contact me with any specific questions, Stefan On Wed, Jul 8, 2009 at 11:55 PM, Marcel tan...@googlemail.com wrote: Hello, I'm using TGPS for geocaching. The coordinates always get listed as f.e. N 55° 33.218 E 008° 08.493 (WGS84 degrees and minutes) If I have to build the coordinates for the cache's second stage by hand, I only get these coordinates as reference, but TGPS needs WGS84 Decimal Degrees as POI coordinates. As a feature wish: Could someone please make TGPS understand degrees and minutes? :) -- Marcel (who hasn't even understood how to convert the two formats in an own program yet :/ ) ___ 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: Debuzzing
Thanks to a very special delivery service by Dr.N himself (thanks again, and sorry for the inconvenience that followed!) I was able to test my Buzz-Fixed FR over the weekend and must say I am quite impressed: With a new alsa statefile nobody was complaining about buzz, echo or general lack of loudness anymore! Since the battery lasted the whole saturday afternoon ( GPS on, GSM off) I hope the current consumption of ~300mA that I got this morning can be attributed to some software changes only, so I guess operation buzzfix was sucessfull! So thanks again and a big thumbs-up for Nikolaus who made this possible in the most customer-friendly way! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
On Thu, May 28, 2009 at 7:11 AM, Yorick Moko yorickm...@gmail.com wrote: have you sent it also to marcus bauer? Of course I have, and even prior to the 0.9.6 release in february already - but as there haven't been any updates to TangoGPS since then I wanted to get this as it is now so maybe someone else can also contribute. In addition, keeping up with the GUI changes without the glade files was a pain ;-) Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
Don't get me wrong here: I still think Marcus as the developer of TangoGPS is the best person to discuss all this with - I do not intend to fork or maintain any separate version, nor do I recommend to do so by any means! All I wanted was to get the code off my hands _NOW_ (actually already a lot earlier as some of you will know, sorry for the delay) , as I do not have the time to maintain or enhance it much at the moment , but hopefully it all ends up in official TangoGPS. Whether in can be included like it is now or after a thorough clean-up or restructuring by someone else I cannot tell, but at least all that is working fine for me is out there so nobody needs to duplicate the efforts. Hope this clears any possible misunderstandings, maybe Marcus will shed some light on his further plans with regard to TangoGPS, too. Stefan On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa ri...@kurppa.fi wrote: Great! Could someone convert this into an .ipk and share on opkg.org? How about starting a new project to continue the development of Tangogps independently if it'd allow a faster pace of development and more open contribution. Now that Stefan knows the code, it'd be possible.. r On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe frob...@googlemail.com wrote: On Thu, May 28, 2009 at 7:11 AM, Yorick Moko yorickm...@gmail.com wrote: have you sent it also to marcus bauer? Of course I have, and even prior to the 0.9.6 release in february already - but as there haven't been any updates to TangoGPS since then I wanted to get this as it is now so maybe someone else can also contribute. In addition, keeping up with the GUI changes without the glade files was a pain ;-) Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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
tangogps + geocaching (DL-link inside)
Hi all, as previously announced on freeyourphone.de here is my enhanced TangoGPS that I used exclusively for geocaching since I received my FR about a year ago. Due to time constraints I will not be able to keep up its separate development from mainline tangogps anymore, and since my changes havn't been included since 0.9.5 I'd rather have them published raw as they might be now than forget about them. Main features I added are the ability to do complete paperless geocaching along with several small fixes: - map tiles are scaled from a lower level if they are missing in current resolution - coloured tracks based on height/speed/... - in the scripts folder, there is a script to convert PocketQueries to a geocache.db - a script to upload fieldnotes of found caches to ease logging As I haven't received any official reply to my request to geocaching.com to allow inclusion of their icons, one has to manually do so - see the script in the pixmaps dir hint,hint Sorry documentation is lacking, but at least you have the code, and most of the features should be self-explanatory. The binary is UNTESTED, as my FR is still getting BUZZ-fixed... Feel free to include or enhance any of this, and I'd be very happy to receive your feedback - but please keep in mind this is my first (and after all, I hope my last) GTK coding attempt when judging the code ;-) Stefan Temporary address of storage with all the code screenshots ( if you have the webspace, feel free to mirror ) http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] vim, ntpclient... a repository ?
Works, but not perfectly for me. In particular, when i SSH into my freerunner from a linux laptop, the cursor keys don't work in vim insert mode. They insert C and D and such instead. They only work in command mode. adding set nocompatible your ~/.vimrc file should fix this ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Yet Another Screen Of Death
create a file /etc/apm/resume.d/01display: ... As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Yet Another Screen Of Death
On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote: On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote: As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Which distro are you using? With FSO Milestone 5.1 and the andy-tracking kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume problems, but USB stopped working. I'm also using FSO-ms5.1, switched to experimental and andy-tracking from about 2 days ago (can check exact version at home later) : no issues with USB, only thing not working here is that Qi doesn't react to AUX presses on start so partition selection doesn't work... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Yet Another Screen Of Death
On Thu, Mar 12, 2009 at 3:55 PM, Stefan Fröbe frob...@googlemail.comwrote: On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote: On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote: As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Which distro are you using? With FSO Milestone 5.1 and the andy-tracking kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume problems, but USB stopped working. I'm also using FSO-ms5.1, switched to experimental and andy-tracking from about 2 days ago (can check exact version at home later) : no issues with USB, only thing not working here is that Qi doesn't react to AUX presses on start so partition selection doesn't work... Just a little update : andy-tracking-5457a45a5d4ca2c3 (Clean up camera driver) from 2 days ago worked flawlessy as far as I can tell ( only tried USB, GSM GPS - no BT or WLAN ). I just upgraded to latest uImage-moredrivers-GTA02_andy-tracking-1e257a0e99817a33 and everything still seems in order, so there must be some other problem with your USB. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO/Illume] Program icons not showing up
Hi, I tried out FS0-ms5.1 and switched to the experimental feeds - and the icons also disappeared after upgrading to the newer e-* packages (e-wm - 0.16.999.050+svnr39300-r4 ) The following message in /tmp/x.log had already been mentioned on the list and still occurs: EDJE ERROR: file /usr/share/enlightenment/data/themes/illume.edj, group e/modules/kbd/base/default has a non-fixed part. add fixed: 1 1; ??? Problem part is: e.text.label Will recalc min size not allowing broken parts to affect the result. When I deleted ~/.e in a last attempt to get to a sane state, a hint to a missing menu brought me to the solution: /etc/xdg/menus/applications.menu was missing, when copied over from a stock FSO-ms5.1 install, all icons reappear! HTH, Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] updating OSM data for tangoGPS
My script as well honours the existence of a file '.../OSM/lastrun' and one can just create this file with $ touch -t 02050724 lastrun ## MMDDHHMM to exclude, in this example, all tiles which are already newer then February 5, 7:24; for example if you have to restart the script during a day; Hi Matthias, neat little script for this great idea - I cleaned the output a little, added a simple progress and updated a tile's timestamp when it was checked sucessfully - now all that's needed is a little parallel wget to speed things up ;-) Stefan yaouh.sh Description: Bourne shell script ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release
On Tue, Feb 3, 2009 at 3:07 PM, Petr Vanek van...@penguin.cz wrote: ... the trouble is that i don't know how to change the ro flag for qi (i can imagine i could place a kernel on my card and add append file with rw and root=/dev/mtd device and of the nand flash?) Hi Petr, Just create a textfile /boot/append-GTA02 and put whatever is needed as kernel parameters in there - here is mine: rw rootdelay=3 glamo_core.slow_memory=1 Refer to http://wiki.openmoko.org/wiki/Qi for more details Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release
Hi Andy, | rw rootdelay=3 glamo_core.slow_memory=1 that's for a SHR kernel mentioned somewhere on this list ( uImage-2.6.28-rc4-ms5-fixes_34240a1c06ae3618.bin ) but not fixing the White/Noisy SOD for me. glamo3362.slow_memory=1 Your latest compiled kernel uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin http://people.openmoko.org/andy/uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin isn't cutting it for me as a re-suspends immeditaely when coming out of a suspend, so I couldn't try out this parameter. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release
On Tue, Feb 3, 2009 at 9:48 PM, Petr Vanek van...@penguin.cz wrote: ... i understand that this is when you run system from sd card. i run system from NAND and for that i need to edit the boot environment ... I had flashed u-boot back but would love to use qi again as it can start the neo on a short pwr press, has no logo and is faster... Not sure I understood what you wanted correctly, so please don't hesitate to ask again - but if you want to use Qi to boot from NAND the procedure is the same as from SD-Card: - setup your /boot directory (in NAND!) with the Qi specific files uImage-GTA02.bin (needed), append-GTA02 (optional) and noboot-GTA02 (you don't want that) exactly as you would for an SD-Card partition - then power up normally - if you have Qi set up for any of the first 3 partitions on SD-Card they would first be booted : Therefore press AUX just after the FR vibrates once for every partition you want to skip, then as a final resort NAND will be tried. Or, put noboot-GTA02 to skip automatically wherever appropriate. HTH, Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO][M4] DOOM Running slow.
I've noticed extremely slow performance while running Doom on FSO M4. I tracked it down to the accelerometer code. (I turned off accel control in the opendoom.cfg file and that fixed the speed issue). The code basically opens /dev/event3 and reads from this. Should I be approaching the accelerometer interface differently?? It is running horribly slow, can anyone else confirm this? I noticed the same, but the solution from another thread worked here - either execute or put into ~/.profile : # fix doom accelerators echo 10 /sys/devices/platform/lis302dl.1/threshold echo 10 /sys/devices/platform/lis302dl.2/threshold Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS svn/git ?
On Friday 07 November 2008, Bastian Feder wrote: Hey! since it is a one man show I think there is no public repository. But the guy behind it, Marcus Bauer, is a really friendly german guy. Have you contact him already? this might be the best way to find out ;) Can only confirm this - but last time I managed to get in touch (around august ) there wasn't a public repository as the SW was still too much in a flux. ... A friend and myself are planning on contribute to TangoGPS. Looking for the git / svn repository we can pull the latest source from? Does anyone know if a repository for tangogps exists? The latest on the tangogps.org website is 0.9.3, release in march. Presumably sending patches is fine - I find myself in the same situation: the diff is becoming larger and larger, but the time and effort necessary to port it to the next release just doesn't seem worth cleaning it up appropriately sometimes :-( Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS sensitivity
The FR still takes some minutes to get a fix when in a moving vehicle, and anywhere inside a building, it is as if it never worked. Nothing new Speaking from daily experience the FR is in no way less sensitive than any other GPSr I have used or was around with while geocaching, and that is my main reason I bought it! Actually just this weekend I was caching in a city, and while reception was generally very good, when I noticed a drift in one spot the Garmin Colorado my colleague had with her showed the same erratic behaviour. And with recent SW, first-fix-times have gone down immensely: I hardly ever need more than 40s, and when standing still I can barely set up tangogps before I have a signal - moving on a bike is a different story, but putting it upright in the pocket is the key here. This is all with 2008.9 and newer kernel, HW fix applied manually. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problem accessing SD Card SanDisk SDSDQ-8192-E11M
On Tue, Sep 9, 2008 at 7:34 AM, Kevin Squire [EMAIL PROTECTED] wrote: On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire [EMAIL PROTECTED] wrote: Hi, I have problems accessing my 8Go SD Card snip snip For my disk, my thoughts are that the first sector is bad. I'll try to confirm this later today (don't have anything else available that Confirmed, bad disk--can't read it with anything else (and in fact, trying to read it on my Ubuntu system puts sd_mod into a state where it won't read another disk). Had that before, too : In case you do not have a backup of the MBR, there is a (windows) tool from panasonic ( SD-Format or sth. like that) that could restore mine to a point where formatting worked again. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Get spare parts in NYC (batteries)
Yes, I know as I also own quite a few BC-5s and remakes ;-) But I'm looking specifically for the original ones to have the coulomb counter and a working charge meter... On Tue, Sep 9, 2008 at 10:06 AM, Thorben Krueger [EMAIL PROTECTED]wrote: the batteries should be pretty standart stuff. I got the same form factor in my nokia (although it is a bit shorter, the connectors are in the right place and the width is the same). I suggest you should simply walk into the next mobile accessory store with the battery to get a compatible one. No need to import anything if I am correct. Thorben 2008/9/9 Stefan Fröbe [EMAIL PROTECTED]: Hi, I'll be in New York beginning of October and would like to purchase 2 spare batteries for my FR - any hints on where I could get them? Is there a local distributor or buyers group with active orders, by any chance? Thanks, Stefan ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Get spare parts in NYC (batteries)
Hi, I'll be in New York beginning of October and would like to purchase 2 spare batteries for my FR - any hints on where I could get them? Is there a local distributor or buyers group with active orders, by any chance? Thanks, Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problem with SD Card
Hi Nicolas, search the list(s) or the wiki for the various parameters in ( I think ) /sys/module/glamo_mci/parameters/ : It boils down to either setting idle_clk=1 prior to suspend to avoid getting the MBR trashed, and/or reducing the sd cards max speed on bootup to get the card recognized (which looks like your issue ) Don't worry, I faced the same issues, and the very same card works fine now! Hope this gives you enough pointers, Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problem with SD Card
What helped me was setting up another menu entry in u-boot adding to the bootargs: glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 glamo_mci.sd_max_clk=500 rootdelay=5 The relevant part was sd_max_clk ( might work with higher value, but is ok as is for me) and the rootdelay, after that the card was recognized properly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDHC 16GB 15MB/s card
in case you loose it again, do dd if=boot.backup of=/dev/mmcblk0 that's on your host! i don't know, if that works from fr, though. I can confirm this works for the bootsector corruption, but after seriously struggling with unreadable SDHC cards under Ubuntu _AND_ the FR I finally figured out some other pretty reliable workarounds for problems with memory cards: Trying the debian install yesterday I noticed that both the original 512MB as well as a 1GB card were no longer working on the FR ( could write to them but then glamo-mci errors as in http://docs.openmoko.org/trac/ticket/1743appeared and sometime after about 200MB all further communication seemed broken ) . In addition, partitioning seemed so messed up the cards were not recognized anymore by fdisk et al, so nothing but a panasonic windows card formatter could recover them. All of this happening without suspends on an upgraded 2007.8... Whilst linux 2.6.26 on the host needed a fix to get the cards to show up again at all ( http://marc.info/?l=linux-usbm=121734710306509w=2 ), on the FR side the only thing that worked was playing with the glamo kernel parameters - I haven't reduced it to a minimal set of changes, but passing glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 sd_max_clk=500 on the u-boot cmdline resolved all issues so far. I haven't filed a bugreport as interestingly enough I wasn't having any issues with the troublesome 4GB any more - maybe because I was using 2008.8 booted from the card itself? I will try to reduce the parameters later, if anyone has further hints I'd be happy to try them out. Also, would the addition of dd'ed mbrs for the various cards in the Wiki be feasible ? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix
Hi all, Just to let you know, I tried the above script and am not quite sure the gpsr is completely reset ( e.g. a real cold start occurs ) . However, since I DID apply the HW cap fix that might also be a reason for the results... In short, no matter which settings are used I get a TTFF of 38-42seconds, repeatably, with only a few seconds more when constant SD-Card activity is provoked. It was on a rooftop, clear sunny sky, about 1/5 of the sky/horizon covered by an appartment, but results are consistent with my observations during geocaching in any terrain, be it cities or woods. Let me know if I can be of further assistance getting data, ( and of course this report of great gpsr performance should not lead anyone to try out the HW mod until final approval by OM ;-) ! ) Stefan ### Kernel version Linux om-gta02 2.6.24 #1 PREEMPT Sat Aug 2 00:43:10 CEST 2008 armv4tl unknown ### ROOT ( opkg upgraded today ) 200807160132 Tag Name: VERSION: 27cd6d55ab393f51eaf4811418a4346669f53c2a Branch: org.openmoko.dev Build Host: buildhost.openmoko.org Time Stamp: Wed, 16 Jul 2008 01:34:56 +0200 ### Bootloader # u-boot /dev/mtdblock0: Neo1973 Bootloader U-Boot 1.3.2-moko12 # u-boot /dev/mtdblock1: Neo1973 Bootloader U-Boot 1.3.2+gitr18+64eb10cab8055084ae25ea4e73b66dd03cc1a0cb ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: strange problem with Intenso 4GB SDHC card
Hi all, I can now reliably reproduce the issue, as dd'ing the mbr back to the card so far restores sane behaviour : If sd_drive is set to 0, then after a resume from sync apm -s the MBR of my 4GB SanDisk is wiped - so far I haven't noticed any other errors, but have not looked very closely. To recover, I use the following commands: --- # re-write MBR dd if=mmcblk0_512_1.dump of=/dev/mmcblk0 # recognize partitions again echo 1/sys/module/glamo_mci/parameters/sd_drive apm -s So it looks as if the sd_drive parameter does have a role in this - any suggestions on what else I should try, or what logs you guys need ? Unmounting the card before suspend should help, and I'll also gladly try another kernel and other partitions setup if I find the time. Btw, this all happens on a 4GB SanDisk with 4 primary partitions: 20M vfat + (196M +196M +3.2G ) ext2 and kernel om-gta02 2.6.24 Wed Jul 23 06:34:19 Stefan PS: Can somebody please tell me how to re-initialize the card without going through another suspend/resume cycle ? On Thu, Jul 24, 2008 at 9:53 AM, arne anka [EMAIL PROTECTED] wrote: Everybody, get a Micro-SD card and stick it in your Neo. Put some should that apply to multiboot or to _every_ use of the sd card? i use suspend/resume more or less successfully for a week or 10 days now and the files on my sd card (4gb, how do i determine the exact name from a running system?) still are unharmed. gta02, 2007.2, upgrade every or every second day. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ices/platform/neo1973-button.0/input/input0 wake enabled for irq 48 s3c2440-ts s3c2440-ts: successfully loaded input: s3c2410 TouchScreen as /devices/virtual/input/input1 input: lis302-1 (top) as /devices/virtual/input/input2 lis302dl spi0.0: Found lis302-1 (top) input: lis302-2 (bottom) as /devices/virtual/input/input3 lis302dl spi0.1: Found lis302-2 (bottom) i2c /dev entries driver s3c2440-i2c s3c2440-i2c: slave address 0x10 s3c2440-i2c s3c2440-i2c: bus frequency set to 390 KHz s3c2440-i2c s3c2440-i2c: i2c-0: S3C I2C adapter input: GTA02 PMU events as /devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/input/input4 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 0kHz div=255 (req: 0kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 usb0: full speed config #1: 500 mA, Ethernet Gadget, using CDC Ethernet glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: Error after cmd: 0x120 glamo-mci glamo-mci.0: Error after cmd: 0x8120 glamo-mci glamo-mci.0: Error after cmd: 0x120 glamo-mci glamo-mci.0: Error after cmd: 0x8120 glamo-mci glamo-mci.0: Error after cmd: 0x120 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 wake enabled for irq 53 pcf50633: dev (254:0) pcf50633 0-0073: rtc core: registered pcf50633 as rtc0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). Bus width=0 glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). Bus width=2 mmc0: new high speed SDHC card at address d555 neo1973-pm-bt neo1973-pm-bt.0: FIC Neo1973 Bluetooth Power Management: starting neo1973-pm-gps neo1973-pm-gps.0: FIC Neo1973 GPS Power Managerment:starting APM Battery Driver bq27000-battery bq27000-battery.0: BQ27000 Battery Driver (C) 2008 Openmoko, Inc mmcblk0: mmc0:d555 SU04G 3979776KiB mmcblk0: p1 p2 p3 p4 S3c2440 SDIO Host controller SDIO BusDriver - SDIO_GetBusOSDevice, registering driver: sdio_s3c24xx_hcd DMAmask: 0x0 pnp: the driver 'sdio_s3c24xx_hcd' has been registered mapped channel 0 to 0 S3c24xx SDIO: IRQ:37 Detect IRQ:0 DMA channel:0 [EMAIL PROTECTED] [EMAIL PROTECTED] kHz SDIO Bus Driver: HCD:sdio_s3c24xx should set module ptr! sdio_s3c24xx_hcd 00:00: driver attached sdio_s3c24xx_hcd 00:00: SDIO device, IDs SD_0008 (active) pnp: the driver 'sdio_wlan' has been registered Registered led device: neo1973:vibrator Registered led device: gta02-power:orange Registered led device: gta02-power:blue Registered led device: gta02-aux:red TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. pcf50633 0-0073: setting system clock to 2008-07-24 12:59:39 UTC (1216904379) Using lowest clock rate CRCFAIL 0x1a3f
Re: strange problem with Intenso 4GB SDHC card
Hi David, After the the card settles (see above in this thread), i can do the following: 1) fdisk -l /dev/mmcblk0 Result: error ... No matter how often I call this, it never changes as the MBR is completely zeroed out. To re-ead the partition table just start fdisk /dev/mmcblk0, verify that partition table is ok with p, re-write unaltered partition table with w. After that it's re-read by the kernel and the Frerunner recognises it. That works great after I dd the mbr back, thanks for the pointer! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: strange problem with Intenso 4GB SDHC card
Hi Andy, sd_drive setting isn't actually used until next time we access the card, so provoking an access will do it, eg, touch /something ; sync. Good point, but now it is getting really strange (all with sd_drive=0 prior to suspend): Adding a touch /media/mmcblk0p4/suspending and it works, also adding the sync and it doesn't, and finally also adding a sleep 1 to the line and it gives me mixed results. Maybe it is a timing issue, and the previously mentioned 400-500ms delay is needed? But the two explanations for what goes on seem mixed still here, we affect sd_drive and we do a suspend. My guess / hope is that this problem is coming from the suspend action alone and the change of sd_drive is bogus here. Maybe you can bang on it a little more trying to disprove that hypothesis? Will do if I find the time, but for now completely unmounting the card seems like the only viable solution apart from dd'ing mbrs back and forth until the root cause is found... Hopefully the data storage on card is not impeded, but personally I will do backups more often now ;-) ... STefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
Hi Vinc, I'd like to put the maps on the SD card. Is there a sensible path on the SD card I should use? Use whatever you like - all a matter of personal preference! I used /media/mmcblk0p4/Maps/OSM as I have several partitions and most space on the 4th, and /Maps/OSM was already typed in so I saved me that... You might also want to add a shorter symlink but essentially that path is entered once and never changed afterwards. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvisibleShield discounts!
Hi, can anyone with the mentioned screen protector tell me whether it is exactly the visible size of the screen, or larger ( requiring removal of front plate to put on, but possibly a better fit ) Thanks, Stefan On Wed, Jul 23, 2008 at 1:39 PM, Bastian Feder [EMAIL PROTECTED] wrote: HI, thx for sharing ! I recently ordered the shield at zagg and got 30% discount without any discount code. Thanks Zagg ;o) Bastian On Wed, Jul 23, 2008 at 12:52 PM, Ilja O. [EMAIL PROTECTED] wrote: Hello there. I've ordered Full body protectors for Freerunner, and they gave me two discount (20%) codes. Here they are: 6lcdcr , jla5nt . Take them and use them wisely. (If you've used one, please write back to community there would be no discount code collision). Btw, cite The discount will expire in 30 days. /cite Good luck! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- spread the word ... see www.browsehappy.com ;o) Calvin: Weekends don't count unless you spend them doing something completely pointless. Join the Greater IBM Connection ( http://www.xing.com/premiumgroup-6291.d26b7d) ___ 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: strange problem with Intenso 4GB SDHC card
Hi, just a quick observation from my side that could possibly be related: Until yesterday, my 4GB SanDisk card worked fine with a recent (e.g. 2008-07-22 or 21) kernel - after an opkg upgrade this morning that got me a new kernel I was surprised to see the card not beeing recognized anymore - furthermore, its MBR was zeroed out, and no tool could read or reformat it except a SD-Card recovery tool by Panasonic ( sdfv2003.exe running only under Windows, of course ) ! I now backup'ed the partition table and mbrs in hope to be able to dd it back, should this happen again. Sorry, but I haven't got any logs as I was busy recovering what was left, but I'll surly save them next time ... Stefan uname -a Linux om-gta02 2.6.24 #1 PREEMPT Wed Jul 23 06:34:19 CEST 2008 armv4tl unknown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: strange problem with Intenso 4GB SDHC card
Thanks for the link, seems to be quite valuable to me as it explains the background quite well! Something similar has been happening with SD cards on the OLPC laptop (another example of hardware specifically designed for the FOSS world) for at least the last six months. Last time I checked, there was still no real fix. Well, from recent comments it looks like a 400ms delay (yuck!) in drivers/mmc/core/sd.c is a temporary workaround, but the root cause (as Andy already suggested) seems to be related to the resume cycle. Has been a major pain for people who want to multiboot -- forces them to use storage devices that don't fit inside the case. http://dev.laptop.org/ticket/6532 At least it doesn't look like a HW issue with the card, then. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
Hi guys, as I wrote before ( but the message did apparently not hit the list since I used a different email address ) I had the hardware fix applied on friday but used a 0603 cap instead, which fit quite nicely. After further testing I can only congratulate the OM-team for their quick and easy fix: whether inside at the window, in a moving train or in narrow streets, the FR is aquiring a Fix consistenly within about 120s from cold start under the most difficult conditions, and of course even faster at consecutive tries ( warm start ). Under normal conditions, a TTFF of 40s seems to be the maximum needed even for a cold start, which in my opinion is exceptionally good! The SD-Card (4GB) still works as expected by this RF only fix, and there is no need to unmount it ... Btw, this was all done with the mwester-andy kernel from 080716... Big thumbs up to everyone at OM, now let the mapping begin ;-) Stefan On Fri, Jul 18, 2008 at 1:26 PM, Stefan Fröbe [EMAIL PROTECTED] wrote: Great work, and I can confirm this to be working just fine !!! That's an advantage of working in a company in the semiconductor business: enough people with the skills and tools able to try this modification out on a lunchbreak - now I get a TTFF from cold boot of 150s under most difficult conditions: Clouds / Mist, and high buildings on two sides. The previous software-only improvements were of mixed results: only once did a fix occur, and by far not as fast as the 34s I got without SD-Card. Will keep you updated on further results this weekend, but so far it is great news to see a fix this quickly! Keep up the great work and spirit, Cheers, Stefan On Sun, Jul 20, 2008 at 6:25 PM, Yaroslav Halchenko site-openmoko.org@ onerussian.com wrote: hm... or alter clocking pulse sufficiently for unstable SD performance with some (or all) SDs... how could we know for sure unless verified empirically... (noone could guess that having SD impacts GPS for quite a while, right?) I am not yet planing to do this hw mod on my phone, thus I can't really compare, and it would be great if anyone having such modded phone (I guess OM people) do such a simple test (basic IO testing of SD card similar to the ones which were posted to this list before). NB It would be really pathetic if then after new 'fixed' units are shipped, and new owners start complain that 50% of SD cards do not work or get significant performance reduction, right? So why not to make sure (I bet they already did smth like that thus it is just for someone from OM give results with numbers) On Sat, 19 Jul 2008, Michael Kluge wrote: This additional capacitor has been added between clock and GND for the SD card. So it is most probably just there to filter frequencies higher than the clock rate itself. Michael -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ 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