Re: Battery Lifetime
I just got a running SIM card :-) My FR likes to resume at lease once a min. If you were to take a stealth approach, it would be doing 100's of resumes in a day. Which is fine, if you want to test resume ;-) I think we need to block this at a uBoot level. Perhaps a black list of events? -Adam On Fri, 2008-07-18 at 01:14 +0200, Joerg Reisenweber wrote: Am Do 17. Juli 2008 schrieb Mathieu Rochette: On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL PROTECTED] wrote: Carsten has started on a daemon to handle wakes in userspace that should eventually parse this and figure out if it can go back to suspend silently once the wake reason was serviced. should it be possible to disable a reason prior to suspend? eg: echo 0 /sys/somewhere/reasons/touch_screen maybe there will still be some case that can't be handled (eg: don't annoy me for 2 hours) but I think that could cover mosts. Of course this could be handled: just use RTC to resume after 2h of DND, and block all resume reasons you don't want to see FR wakes on during that time (or handle them stealth mode with the upcoming deamon Carsten is about to write). /j ___ 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: freerunner unable to work with 3G SIMCards?
2008/7/7 Jeffrey Ratcliffe [EMAIL PROTECTED]: My German Blau SIM (On the back it says, amongst other things, 3V - does that mean volts?) does NOT work on my new GTA02, despite what is on http://wiki.openmoko.org/wiki/Carriers One colleague's Dutch Orange SIM did work, but two other German Vodafone SIMs did not. One German T-Mobile SIM did not work, but a German Debitel (T-Mobile reseller) did. My SIM issue turned out to be faulty contacts on the GSM module. I now have a replacement FreeRunner, and can use my Blau SIM. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
I put Distributions page link on mainpage , now . On the Join Openmoko development Every one can find this links on Distributions section. Thanks for reminding. And feel free to let me know , what else I miss? or ??? Brenda Stroller wrote: Hi there, I thought to try fixing a small part of this particular problem by editing the main page adding a link to http://wiki.openmoko.org/wiki/Distributions But I do not see where to put it! Perhaps it should replace the Current software stack link to http://wiki.openmoko.org/wiki/NeoSoftwareStack ?? Perhaps these 5 categories: Introduction to Openmoko Openmoko Products Join Openmoko development Openmoko community Getting started with Openmoko Wiki should be extended with the addition of Openmoko software? Or perhaps I should just get my hands dirty and change the Introduction to Openmoko to include the link to Distributions? As a user I feel reluctant to edit the main page as I feel it belongs to Openmoko the company or to Brenda, so you must tell me explicitly if you wish me to feel free. Stroller. On 17 Jul 2008, at 20:00, steve wrote: Brenda The main page index does not address Scotts issue. I second scott's criticism of the wiki. It is not organized well. A good start would be a better search engine Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brenda Wang Sent: Thursday, July 17, 2008 6:56 AM To: [EMAIL PROTECTED]; List for Openmoko community discussion Subject: Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation. Hi, I am wiki full time editor of Openmoko. Thank you for your opinion . I will put more effort , to make wiki more easy to use. And now , If you want to know what we have on wiki , Please use this Index page. http://wiki.openmoko.org/wiki/Main_Page Brenda Scott Derrick ??: Perhaps this is what you seek? http://wiki.openmoko.org/wiki/Distributions This is a great page, one of the gems hidden in the bowels of the OM Wiki. Its also a great example of whats wrong with the Wiki. But how do I find it? Its not listed on the home page, not on the FreeRunner page, not on the getting started page?Unless I search for exactly teh right word or combinations of words I would never know it existed... The only link I could find, after I knew it existed was Software/distributions/distributions.. There has to be some kind of boiler plate format for the design and layout of the Wiki so things are easier to find. You can't rely on the search engine, it sucks.. I think that was the point of the person who recommended the OpenWRT Wiki. Its design and format was easy to use and helped you find things instead of thwarting you. Scott ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki editors. Citation needed?
Yes, I agree with you . Steven ** wrote: Again, probably something for the wiki mailing list, but... I'd say categories would be a simple way to accomplish at least some of this. I think every application page should have one or more category tags that specify which distro it works with. So, someone running OM2007.2 could just go to the OM2007.2 category to see software that is related to that distro. -Steven On Thu, Jul 17, 2008 at 3:03 PM, Stroller [EMAIL PROTECTED] wrote: Likewise I think there should be a template for software entries which indicates which firmware images - ASU, 2007.2 c - the page applies to. Just as the Wikipedia entry for the Lotus Elise has an inset which states it to mid-engined and rear-wheel drive, each software page should say whether the article is *about* one of the core firmwares, whether it is steps that can be applied to firmwares FSO ASU (but not to 2007.2, because that one is incompatible with, say, gpsd) or whether it's software that can be *installed* on the FSO ASU images (but is preinstalled on 2007.2). http://en.wikipedia.org/wiki/Lotus_Elise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Strange things
Curtis Vaughan wrote: Couple of strange things. Maybe someone knows what's up. 1. So, I have my phone set up for Power Manager to dim and then lock. I would say about every 3 minutes after it's locked, the screen will come up with the lock. Then it dims and goes out, to come up again about 3 minutes later. 2. My sound drops off completely every now and again. That is, if someone calls, it just vibrates. If I answer I can hear them, but there is no ring. But then I noticed when this happens that there is no sound for music either. I've restarted both alsa and pulse and the music will play, but not the ringer. Actually after this, I decided to reboot FR and then the music player wouldn't start. After a second reboot the media player is working. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I'm also having similar problems. And sending an SMS message via the GUI on the stock 2007.2 build is via an icon above the contact's number. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
Yes, these tree parts is the core of wiki. The most important . Brenda steve wrote: Organizing the wiki is a monumental task. My suggestion for the front page was three categories as opposed to your 5 1. Products. 2. Developer resources. 3. Community. No system will be perfect and no organization of data will suit everyone since we all carve The world up in different ways. That said, I would not object to the 5 categories you suggest. The biggest issue is the massive amount of knowledge the community generates about the devices. This knowledge needs to be structured and disseminated. Easier said than done. -Original Message- From: Stroller [mailto:[EMAIL PROTECTED] Sent: Thursday, July 17, 2008 1:19 PM To: List for Openmoko community discussion Cc: steve; Brenda Wang Subject: Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation. Hi there, I thought to try fixing a small part of this particular problem by editing the main page adding a link to http://wiki.openmoko.org/ wiki/Distributions But I do not see where to put it! Perhaps it should replace the Current software stack link to http://wiki.openmoko.org/wiki/ NeoSoftwareStack ?? Perhaps these 5 categories: Introduction to Openmoko Openmoko Products Join Openmoko development Openmoko community Getting started with Openmoko Wiki should be extended with the addition of Openmoko software? Or perhaps I should just get my hands dirty and change the Introduction to Openmoko to include the link to Distributions? As a user I feel reluctant to edit the main page as I feel it belongs to Openmoko the company or to Brenda, so you must tell me explicitly if you wish me to feel free. Stroller. On 17 Jul 2008, at 20:00, steve wrote: Brenda The main page index does not address Scotts issue. I second scott's criticism of the wiki. It is not organized well. A good start would be a better search engine Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brenda Wang Sent: Thursday, July 17, 2008 6:56 AM To: [EMAIL PROTECTED]; List for Openmoko community discussion Subject: Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation. Hi, I am wiki full time editor of Openmoko. Thank you for your opinion . I will put more effort , to make wiki more easy to use. And now , If you want to know what we have on wiki , Please use this Index page. http://wiki.openmoko.org/wiki/Main_Page Brenda Scott Derrick ??: Perhaps this is what you seek? http://wiki.openmoko.org/wiki/Distributions This is a great page, one of the gems hidden in the bowels of the OM Wiki. Its also a great example of whats wrong with the Wiki. But how do I find it? Its not listed on the home page, not on the FreeRunner page, not on the getting started page?Unless I search for exactly teh right word or combinations of words I would never know it existed... The only link I could find, after I knew it existed was Software/distributions/distributions.. There has to be some kind of boiler plate format for the design and layout of the Wiki so things are easier to find. You can't rely on the search engine, it sucks.. I think that was the point of the person who recommended the OpenWRT Wiki. Its design and format was easy to use and helped you find things instead of thwarting you. Scott ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
Alexey Feldgendler: The problem with this is that one needs to think like a programmer to describe your “ideal phone” as a set of rules like these. Not only does one have to think analytically and dissect their concept into orthogonal, machine-checkable rules, but from your examples it's also clear that for such a wide range of possibilities a whole *language* with *expressions* (at least boolean) is necessary. I'd go another way. Instead of language or script I'd talk of phone profiles. Add timeprofiles and geotags to a profile switcher and you are set. Think of it like a screensaver. You enter a tagged area (tagged silent, cause its a restaurant), phone goes silent. Same could well apply to the mistress example you provided. :) In principle this could all be implemented with a 'default timeline' and a set of geotagging tools. In addition profile would need an emergency override like in the example of the babysitter. I think I'd implement this as a feature for contact (calls from babysitter tend to be important all around, no matter what I'm doing), or a profile (elevate contact group workbuddies). This would keep it simple. It'd be GUI based. And still pretty powerful. -- Kalle Kärkkäinen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
El Friday, 18 de July de 2008 00:45:54 Jeffrey Malone va escriure: So when the phone is vertical, it locks the screen and dims it? When you speaking on the phone its screen contents in portait orientation are upside-down. What if I'm in a call, and bend over to pick up something off the floor? Usualy in this position the lips are under the ear. Or if my movements are such that I don't keep it quite vertical? And something that learns my habits? There is google sumer of code project ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Provider missed calls messages
I now run Qtopia and my provider is SFR (france). When I have got a message on my voicemail, I get a sms from 123 (that is the call number of my voicemail). It looks empty in the inbox of qtopia, but I will have to check what was really in. On my old phone, it would just have triggered a message icon (and sms would not appear in inbox). On Wed, Jul 16, 2008 at 14:46, julien cubizolles [EMAIL PROTECTED] wrote: I guess it means a SMS has been delivered as notification for the voicemail but I didn't get any SMS. I could hear the message on my voicemail though. Julien. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Strange things
2008/7/18 Matthew Lane [EMAIL PROTECTED]: I'm also having similar problems. And sending an SMS message via the GUI on the stock 2007.2 build is via an icon above the contact's number. This only works from an existing contact. There isn't a possibility to start a message with a blank number, and if you pick a different contact and change the number in the message, send seems to do nothing. Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPS, VMWare and question about bluetooth headset
Hi there, First off I just want to say thanks to the guys who figured out the SD card effect on GPS. Tested this and TTFF was 72 seconds while walking to work this morning (there aren't enough hours in the day, so some things need to happen in transit). I only got the physical device yesterday, and was able to setup the USB and get USB networking going in a Ubuntu VMWare Image. This worked well, except for the fact that I lost the USB connection when Windows power saving kicked in, so keep that in mind if you are going to use VMWare to run opkg etc. Note that I haven't tried flashing using this method yet, I want to see that it is stable enough first. I am really determined to use the Freerunner as my phone for everyday use. I believe that this is the only way to make sure that the phone is usable and that application interfaces are practical. At the moment that is a bit tricky because of the echo and interference when making phone calls, but I believe that these issues aren't insurmountable. The reason I got an open phone is because when issues like these creep up I have the option of getting in there and trying to sort it out myself. It is with that in mind that I will be installing XOScope to do some tests of my own. Questions: 1. In ticket 1267 the following statement is made: *With a few mixer tweaks it is possible to send a 1 kHz PCM tone out through the call speaker* Can someone ellaborate on what these tweaks are? 2. a) A bluetooth headset is mentioned as a possible workaround, has anyone tested this, b) does it get rid of the echo as well as the interference c) and is there a BT headset that anyone recommends if I am going to test this myself? Rock on developers! J ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
If the accelerometer thing should be implemented there should be some kind of mechanism which defaulted to the fallback lock when a headset was plugged in. It is not really possible to know what kind of position/angle the phone would be in when people with headsets are using it. On Fri, Jul 18, 2008 at 8:58 AM, Jose Luis Perez Diez [EMAIL PROTECTED] wrote: El Friday, 18 de July de 2008 00:45:54 Jeffrey Malone va escriure: So when the phone is vertical, it locks the screen and dims it? When you speaking on the phone its screen contents in portait orientation are upside-down. What if I'm in a call, and bend over to pick up something off the floor? Usualy in this position the lips are under the ear. Or if my movements are such that I don't keep it quite vertical? And something that learns my habits? There is google sumer of code project ___ 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: Import Contacts
Alexander Lehner, 2008-07-18 04:06:53 +0200 : - unicode/UTF8 I managed to convert vcard fields into proper UTF-8 (from plain ASCII). But it seems to me that UTF-8 conversion is not well supported with the basic (python) set-up on the phone. I had to do this on my linux host. To be honest, the main reason I wrote manage-contacts.py was to be able to edit contacts on my main computer :-) I'm frightened enough by the input method of the Freerunner, I don't even want to think about entering Unicode characters on it just yet. Also, the resulting characters were not correctly displayed in my case even though contacts import did not complain (any experience here whether display of e.g. german umlaute works?) No umlaute here, but I do have some French accented letters such as é and è and aven one æ, and they display fine. I even tried typing my Japanese teacher's name in Japanese, but apparently there's no Japanese-capable font in OM2007.2 so far. While I'm at it: it might be interesting setting a proper locale name in /etc/profile, so contacts are sorted according properly. I did that with export LANG=fr_FR.UTF-8, so names starting with É sort among the names starting with E rather than at the very end. The backside of that is that agpsui tries to interpret gpsd's output as fr_FR, with its decimal separator set to a comma rather than a dot, and therefore wrong data comes out. But I suspect that's just a bug. Roland. -- Roland Mas /* Halley */ (Halley's comment.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Provider missed calls messages
I also receive another sms from 123 once the message was aknowledged (listened by me !). (maybe even 2 sms if I listen to 2 pending messages...). This one is to trigger the message icon down... I had once seen some description of this kind of sms but have yet to find it now... I do not know to what point these messages are proprietary and specific to providers... (but anyway my old phone worked the same with other providers -it was initially bought with Orange contract-) I also think I have already seen some talks about such sms notifications in openmoko mailing lists... On Fri, Jul 18, 2008 at 09:09, Cédric Berger [EMAIL PROTECTED] wrote: I now run Qtopia and my provider is SFR (france). When I have got a message on my voicemail, I get a sms from 123 (that is the call number of my voicemail). It looks empty in the inbox of qtopia, but I will have to check what was really in. On my old phone, it would just have triggered a message icon (and sms would not appear in inbox). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS, VMWare and question about bluetooth headset
Johan Badenhorst wrote: At the moment that is a bit tricky because of the echo and interference when making phone calls, but I believe that these issues aren't insurmountable. The reason I got an open phone is because when issues like these creep up I have the option of getting in there and trying to sort it out myself. It is with that in mind that I will be installing XOScope to do some tests of my own. Questions: 1. In ticket 1267 the following statement is made: /With a few mixer tweaks it is possible to send a 1 kHz PCM tone out through the call speaker/ Can someone ellaborate on what these tweaks are? You may be able to use the /usr/share/openmoko/scenarios/voip-handset.state profile. Otherwise, it's a matter of studying the WM8753 diagram as shown on the Neo1973 Audio Subsystem wiki page and setting the appropriate mixer controls to route PCM audio to the speaker and to route the mic2 audio into the ADC. Note that the Freerunner has different audio wiring (and a different amplifier chip) than the Neo1973, but I don't think there's a dedicated wiki page for it yet. In addition to xoscope I have been using the 'jaaa' spectrum analyzer from http://www.kokkinizita.net/linuxaudio/ (which includes a sine-wave or noise generator). There's a bitbake recipe for it in the org.openmoko.dev branch of the Openmoko git repository. 2. a) A bluetooth headset is mentioned as a possible workaround, has anyone tested this, I've tried but failed to get a Plantronics 220 to work. One person on IRC said that he had managed to get headset audio to work, but I don't know any other details. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki editors
On Thursday, 17. July 2008 20:34:40 digger vermont wrote: - Mailing list fit into the Western style of communication not in the Eastern style. I'm curious, what would be the Eastern style? Eastern people try to avoid all public discussions for various reasons: - They don't want make other people loose their face. - They are educated not no say what they think. - They are afraid that they get fired (Openmoko one of the few exceptions here). - Often they have the feeling that their supervisor should make the decision and not them. So they wait in front of the problem, ignore it and hope it goes away. In contrast to that rumors and guessing is very popular here. :-) Marek PS: All that is a bit extreme but should you give a feeling. ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
On Thu, Jul 17, 2008 at 03:29:11PM -0500, Steven ** wrote: I'll tell you explicitly. Go ahead. It's a wiki! If anyone doesn't like your change, they can easily see the history and revert it. Or just clean up your change however they like. That's what makes the wiki so powerful. If they didn't want you to edit it, I'm pretty sure they could lock it down so that you can't. The fact that they haven't seems to mean they aren't worried regular users might edit it. My local LUG set up a wiki several years ago. So many people were afraid of editing the wiki, eliciting the response, Well, it *is* a wiki..., that we eventually had people turning up to meetings with the phrase printed on their t-shirts. Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- I must be musical: I've got *loads* of CDs --- signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
On Thu, Jul 17, 2008 at 06:23:39PM -0700, steve wrote: The issue is the wiki grows like a weed. On one hand this is great since information just get posted. On the other hand this rhapsodic construction is difficult to navigate. So... Solutions welcomed. This is what the wiki editors are for: if someone puts something in the wrong place, they move it to a more suitable one. It'll just take a little time to work out what the right places should be. Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- I must be musical: I've got *loads* of CDs --- signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
but not always when while you are calling you decide to lay down on your back On Fri, Jul 18, 2008 at 8:58 AM, Jose Luis Perez Diez [EMAIL PROTECTED] wrote: El Friday, 18 de July de 2008 00:45:54 Jeffrey Malone va escriure: *snip* What if I'm in a call, and bend over to pick up something off the floor? Usualy in this position the lips are under the ear. *snip* ___ 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: Problems with building openmoko-sample with toolchain
hey, i also encountered the pango error and after that some other not found libaries. The problem is, that the libs are actually there but the .la files are incorrect. here a copy of a mailinglist post from me some days ago: - for people with the same problem, i fixed it for myself. some of the .la files in the /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib directory are wrong. i had to modify this files to get panel-wifi compile: libgio-2.0.la libgmodule-2.0.la libgobject-2.0.la libgthread-2.0.la libpangocairo-1.0.la simple changed all /space/fic/openmoko-daily/neo1973/work/armv4t-angstrom-linux-gnueabi/ stuff to /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib - Phil 2008/7/17 Stephen Pape [EMAIL PROTECTED]: I'm having this same exact problem on SuSE 11. I don't have any other scripts being ran, and opening a brand new terminal, running '/usr/local/openmoko/arm/setup-env', then attempting to run 'make' produce the error. I also had to use autogen.sh --host= but I used arm-angstrom-linux-gnueabi instead of i686-pc-linux-gnu. Suggestions, anyone? I'd also like to add I see (almost) the exact same thing on two Gentoo machines (32/64 bit) and two Ubuntu machines (32/64 as well). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On 2008-07-18, Thomas Seiler [EMAIL PROTECTED] wrote: | | What's the advantage of enabling the charger? | | Well without it literally it won't charge the battery from USB power. | It's fine to enable it except when it notices there is no battery there | for some reason. | Question: Would it help to query the ADC and check for some battery voltage | prior to enabling the charger help to keep the Freerunner switched on | in this case? | | No. We need the battery to power on, and then the ADC check would | let us enable the charger. | | What we need to do, is detect when the battery is removed, and then | disable the charger until a battery is reinserted There are some interrupt events from PMU happening on battery removal, but they are not always consistent. The other issues are that VB (the battery +ve terminal) floats around a bit when there is no battery and USB power, and that we run the risk to mistake very low battery or battery in internal cutout mode for no battery -- don't enable charger putting ourselves in a bad place. But we continue to poke at the whole power area -- and Jeffrey's post might be a clue of some kind. Jeffrey, if you are interested about what the battery experiences, there are a bunch of goodies from the Coulomb Counter in the battery accessible down /sys/class/power_supply/bat, just cat them. These tell you the battery's view of what is going on directly. # cat /sys/class/power_supply/bat/current_now is particularly interesting, this is the flow of current out of (+ve) or into (-ve) the battery in uA. These values come fresh from the Coulomb Counter each time, but that device itself updates its registers only every few seconds. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAUigACgkQOjLpvpq7dMpCwwCdEMwCb7nKkKBIbJHc+u+4djY/ tEkAnj8FjrUgjV16tk3cibabhOGkccT/ =+omV -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtopia] email application connection to mail server
In Qtopia and in ASU (qtopia mail application too), I tried to configure the mail application to connect to gmail via IMAP. I could not make it connect... SMTP did not work either. (well it does connect to the server, but then hangs) I suspect it is because of the secure connection... (IMAP server: imap.gmail.com port:993, SMTP : smtp.gmail.com, port: 465) And in the account settings, there is an Encryption field : - on Qtopia distribution, I have no field to enter / select (only label Encryption is present) - on ASU, the field is present (I do not remember whether it is a checkbox or a combo) but anyway... for both I got no mail... I will have to try POP also (secured too)... Does it work for some of you ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
Am Fr 18. Juli 2008 schrieb Adam Talbot: I just got a running SIM card :-) My FR likes to resume at lease once a min. If you were to take a stealth approach, it would be doing 100's of resumes in a day. Which is fine, if you want to test resume ;-) What's wrong with 100's of resumes / day, as long as each one takes no longer than 2~3sec, and is on low power profile? I think we need to block this at a uBoot level. Perhaps a black list of events? Nah, can't be done. Completely wrong concept. /j -Adam On Fri, 2008-07-18 at 01:14 +0200, Joerg Reisenweber wrote: Am Do 17. Juli 2008 schrieb Mathieu Rochette: On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL PROTECTED] wrote: Carsten has started on a daemon to handle wakes in userspace that should eventually parse this and figure out if it can go back to suspend silently once the wake reason was serviced. should it be possible to disable a reason prior to suspend? eg: echo 0 /sys/somewhere/reasons/touch_screen maybe there will still be some case that can't be handled (eg: don't annoy me for 2 hours) but I think that could cover mosts. Of course this could be handled: just use RTC to resume after 2h of DND, and block all resume reasons you don't want to see FR wakes on during that time (or handle them stealth mode with the upcoming deamon Carsten is about to write). /j ___ 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 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: Reason for GPS problems found!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Do you know if the Antaris enters one of the sleep/backup modes | on system power loss? If it does, perhaps it mode switch is triggered by | external firmware. In backup mode it only consumes 8uA, and can | probably remain alive for a long time on with regular large capacitors, | such as the ones in the middle of the board. Yes these seem to be the right thoughts... SRAM cells themselves can hold data with no power for a surprising time. And the firmware in ROM in the GPS chip is closed, so we don't know its criteria for believing that what it finds in the SRAM on powerup is valid and it should try to use it. Situation for backup power on the GPS chip is that backup battery is optional, we did not take the option and seem to have correctly done the recommended steps for no battery. There are two backup-related balls on the GPS chip, we tie VBAT that would take the battery to 0V, and we place 1uF cap on VBAT18 ball. But when power is taken, this net seems to discharge the cap quite quickly. I use the production test software DM2 to test GPS, in this code we use the UBX command CFG-RST to take a dump on the stored settings and reset ourselves again, but still the GPS chip appears willing to hold state across powerdowns. I have asked for support from U-Blox for some other UBX commands that say they can read and write memory in the device randomly, assuming that's possible I will dump and zero that memory using those and see if we can get the GPS chip to act deterministically on powerup without dependency on what happened last session (not too much to ask you would think). - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAVDMACgkQOjLpvpq7dMq4YACfYYa/m/XNWnFdP7WzaTWL8gKg dIUAn3ZumfZC+UumEsOCD/MfJOiY2XrP =nKuq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
I think it would be rather difficult to know if we have the phone near the ears or not based on accelerometers. maybe we need very explicits movements... like for hangup : flip once or two the phone in the air (kind of a neat cowboy feeling ! just wear a holster and.. flip flap neo has hung up and is parked... and everyone is impressed by your dexterity !). Well maybe then the 10 pack of freerunners should be the norm for individuals :-p On Fri, Jul 18, 2008 at 10:04, Yorick Moko [EMAIL PROTECTED] wrote: but not always when while you are calling you decide to lay down on your back ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Howto hide keyboard (Was: Re: minimo (browser on freerunner))
[EMAIL PROTECTED]:~# matchbox-panel-2 --start-applets systray,startup --end-applets ** (matchbox-panel-2:1878): WARNING **: Missing argument for --end-applets it should be one line from matchbox-panel-2 until --titlebar matchbox-panel-2 --start-applets systray,startup --end-applets openmoko-panel-clock,keyboard,openmoko-panel-battery,openmoko-panel-gsm,openmoko-panel-gps,openmoko-panel-usb,openmoko-panel-bt,openmoko-panel-memory,openmoko-panel-wifi --titlebar not sure, though, how matchbox takes it if you send it to a running matchbox-panel, it'll probably crash and you have to restart X or reboot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki search
It's a very helpful idea. I will ask our IT to do this. thanks Brenda matt joyce ??: Perhaps it's the databse config, not the wiki. http://kb.ucla.edu/articles/configuring-mediawiki-to-search-for-three-letter-words BrendaWang wrote: Can you give me the more information about modify the configuration ? That will be great help. Thenks Brenda Sven Klomp ??: Dear Brenda, please modify the configuration of the Openmoko wiki, so queries with less than four letters can be found. It might be helpful with all the abbreviations like ASU, FSO, SHR :-) Thanks Sven ___ 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: Battery Lifetime
What's wrong with 100's of resumes / day, as long as each one takes no longer than 2~3sec, and is on low power profile? the screen becomes senstive to tapping -- and if your fr is in a place where taps to the screen might occur frequently (say in your bag) it will never suspend. btw: are there hooks to actions to be done on suspend/resume and a way to determine if the resume was caused by phone/pwrbutton or something else? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR - Display Locker
HI, regarding the installation of the display locker themes. I added the 'hint' / instruction to the Display Locker (http://wiki.openmoko.org/Display_Locker) Wiki page. Hope this was desiered ;) Bastian On Thu, Jul 17, 2008 at 6:02 PM, Bastian Feder [EMAIL PROTECTED] wrote: Hey, in my /etc/matchbox/session there is nothing obvious pointing to the display locker. I searched the matchbox docu,but wasn't successful at all. Then I rememdered reading a the display locker Wiki page whis says the Display Locker is noe part of the neod. That lead me to '/usr/share/neod/' which fortunately contained the images for the display locker. I replaced them by the ones I wanted and restarted my FR ... tada! just to led you know ;o) Bastian On Thu, Jul 17, 2008 at 1:44 PM, arne anka [EMAIL PROTECTED] wrote: I really like the alternative themes, but did not find how to change the default to an alternative theme. Ideas? the theme of the fr gui as whole is controlled by a parameter in /etc/matchbox/session ___ 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) -- -- 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
Re: Wiki search
The configuration parameter is ft_min_word_len=3 in my.ini. See http://kb.ucla.edu/articles/configuring-mediawiki-to-search-for-three-letter-words for more details. On Friday 18 July 2008 04:21:39 BrendaWang wrote: Can you give me the more information about modify the configuration ? That will be great help. Thenks Brenda Sven Klomp ??: Dear Brenda, please modify the configuration of the Openmoko wiki, so queries with less than four letters can be found. It might be helpful with all the abbreviations like ASU, FSO, SHR :-) Thanks Sven ___ 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: Messaging
Curtis Vaughan wrote, On 18/07/08 06:15: For the life of me I can't figure out how to send an SMS. I've written several test messages, but can't seem to send them. Any hints? Yeah, that got me too. I managed to send one last night by filling in the little box with the drop down next to the icon with the person in it with the recipients number and then pressing the icon at the top of the screen which looks like lines of text displaced slightly! Hope that helps. -- Alex. ___ 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: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
Ok here are two ideas 1) Use mind mapping software using the existing links in the WIKI to let people search / view the wiki info in a different way 2) Allow each page to be receive votes in the following ways On 18/07/2008, Hugo Mills [EMAIL PROTECTED] wrote: On Thu, Jul 17, 2008 at 06:23:39PM -0700, steve wrote: The issue is the wiki grows like a weed. On one hand this is great since information just get posted. On the other hand this rhapsodic construction is difficult to navigate. So... Solutions welcomed. This is what the wiki editors are for: if someone puts something in the wrong place, they move it to a more suitable one. It'll just take a little time to work out what the right places should be. Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- I must be musical: I've got *loads* of CDs --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFIgEznIKyzvlFcI40RAo6qAKCA+S6Ol9ZhWRLqmydZ7WiKxWUJjACYxUqf xT03LrQVLwOy59K4klhcCQ== =ox9r -END PGP SIGNATURE- ___ 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: In the press. The OpenMoko wiki - a tangled pile of mostly outdated and incomplete documentation.
On 18/07/2008, JW [EMAIL PROTECTED] wrote: Ok here are two ideas 1) Use mind mapping software using the existing links in the WIKI to let people search / view the wiki info in a different way 2) Allow each page to be receive votes in the following ways i) can give whole page or section of a page a rating (5=good info 1= bad or suspect or outofdate) ii) people can see when the votes were given ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: CRCFAIL?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Poking around in dmesg output, I see lots of these: | | CRCFAIL 0x1a3f | CRCFAIL 0x1a3f | | But no indication of where they're coming from. They seem to occur | at random times during boot. | | What is CRC failing, and what, if anything, might be broken by that? These are coming out of WLAN driver, it means there was a corrupted or truncated SDIO-side packet from the WLAN device. | http://lists.openmoko.org/pipermail/openmoko-kernel/2008-February/000831.html The link to the post you gave isn't directly relevant, although there's an amusing story there. The PMU driver could come to feel that it was in a crisis that it wanted to deal with by sending a signal to INIT (pid 1) to make a shutdown. However, PMU driver was feeling this way before userspace got started and therefore before pid 1 existed. It turned out that Linux reacts to this situation by killing the nearest thing to hand, which was the JFFS2 garbage collection thread, with a variety of outcomes including failure to complete mount of rootfs. It's long fixed. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAYQAACgkQOjLpvpq7dMprugCfdd5j/fZNIbzsVvV3P8dfSsr6 0dsAn0Z1TosWJGvVP91dYFGtbllet3JV =Q2PQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
2008/7/17 Timo Jyrinki [EMAIL PROTECTED]: | I tried the kernel too, but it didn't help. Didn't get any fixes in 3 | minutes when having SD card in (not in use, ie. maps not there). | Removed the SD card and got a TTFF in 34 seconds. I haven't seen any other readily available builds besides those mwester's andy+wester builds, but hopefully others can test eg. them also. I now okpg upgraded to the current stable ones including the SD fixes, and did a bit more testing than before. I now got a fix in this difficult place, albeit after 140-250 seconds instead of 34 depending on the run. What I didn't mention earlier is that I used the assistive data to get that 34 seconds (ie. power on in AGPS UI, then quickly switch to terminal and retrieve the assistive data from u-blox). Somehow it doesn't seem to help as much (or at all) now with SD card in, since I get TTFF of over 100s both with or without, or so it seems. A few times I didn't get a fix in 5 minutes, so it's definitely on the borderline now instead of being reliable like without SD card. But anyway, the great news is that this is definitely a big improvement. This is in a place where I used to be for half an hour without getting even UTC time from GPS if I used SD card, and now I'm getting fixes with SD card in. It seems it's not as good as without SD card, but definitely a visible improvement. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
El Friday, 18 de July de 2008 09:20:57 Jens Fursund va escriure: If the accelerometer thing should be implemented there should be some kind of mechanism which defaulted to the fallback lock when a headset was plugged in. If I remeber correctly Headset (insertion/extraction) could generate an interrupt. It is not really possible to know what kind of position/angle the phone would be in when people with headsets are using it. I think the problability of touching the screen with the ear when wearing the headset its prety remote ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 GPS rework for SD card interference issue
Dear Community: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. But this work still not suggest do by yourself, also, this fix need proper size capacitor (10 pf with 0402 package), and some solder technique. We saw people ask about service issues of Openmoko devices, and we are working on it. Our sales discussing with our distributor about proper services model, but do not have consensus yet, I will keep update it. Thanks, Tony Tu Openmoko, Inc. Support ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | What's wrong with 100's of resumes / day, as long as each one takes no | longer | than 2~3sec, and is on low power profile? | | the screen becomes senstive to tapping -- and if your fr is in a place | where taps to the screen might occur frequently (say in your bag) it will | never suspend. Touchscreen is not a wake from suspend source, so as you suggest it didn't get to suspend to make this trouble. Answer for that is in the X world, giving an easy way to get into suspend immediately if you know it goes to your bag. | btw: are there hooks to actions to be done on suspend/resume and a way to | determine if the resume was caused by phone/pwrbutton or something else? cat /sys/devices/platform/neo1973-resume.0/resume_reason as I mentioned gives you the resume reason easily enough if you have current U-Boot. I think Carsten plans to have it done by D-Bus to talk to this daemon. But I am a bit doubtful this userspace-centric way is going to be enough. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAYpIACgkQOjLpvpq7dMpRGQCfQxFbG7hxivFMhCm+KZTDyM3x VmoAoJHKYBEuN/G6wJ1jGOB2E46t2SPY =ykiz -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
matt joyce wrote, On 18/07/08 00:01: I have always wanted many more features on my phone, than any phone I've owned has provided. I expect the majority of people who are excited about Openmoko have similar day dreams. Absolutely. It was one of the reasons I wanted to go for a phone like the FreeRunner. I'd like to propose a rule based policy engine. In essence this would be an event based system, a service that other services could refer to, to influence their behaviour. Yes. Off the top of my head, I'd quite like my phone, when I'm at home, notify my MythTV box when a call or text message comes in. [snip] It would be quite similar to rule based filters many email systems use (outlook, thunderbird, gmail, procmail), or firewalls for that matter. Who knows, perhaps it could learn and suggest rules based on behaviour. I'm sure creative people can explore and extend this idea. Does anyone think this has merit, is achievable and worth pursuing? Yes, definitely. Not know a great deal about how the FreeRunner software is designed at the moment probably means that I would do a lot of re-inventing the wheel. However, I would've thought that if every application can generate and consume 'events', then all that is needed in your policy app is the ability to look for combinations of events (and/or states?) and generate new events that other apps can pick up? Is that what you were thinking. This has the downside that all of the 'intelligence' is in an external script/rules engine and not in the apps. That might be an 'upside'. Alternatively, each 'rule' could be it's own script which waits on certain events and then fires out new events that are picked up by the other applications to do things. Love the idea, though. Cheers Alex. Regards Matt ___ 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 things
Jeffrey Ratcliffe wrote, On 18/07/08 08:14: 2008/7/18 Matthew Lane [EMAIL PROTECTED]: I'm also having similar problems. And sending an SMS message via the GUI on the stock 2007.2 build is via an icon above the contact's number. This only works from an existing contact. There isn't a possibility to start a message with a blank number, and if you pick a different contact and change the number in the message, send seems to do nothing. Stranger still, I just managed to do that with a stock 2007.2 build! Just filled in the text message and number and hit the icon at the top. There was no 'progress' information but the SMS was sent as I got a reply back shortly afterwards. -- Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
On Fri, 18 Jul 2008 11:28:29 +0200, Neng-Yu Tu (Tony Tu) [EMAIL PROTECTED] wrote: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. Kudos to the Openmoko team! This is what's great about an open phone. For any other device, the necessary fix would be a big secret, and making it would be monopoly of the manufacturer and their service partners. With this kind of openness, anybody can either make the fix themself or hire someone on the open market to do it. I'm pretty sure that a cell phone repair shop near you will fix it for you using this instruction. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Volume?
Le jeudi 17 juillet 2008 à 17:53 +0200, papa-piet a écrit : Hi, I didn't tested it yet but maybe this will help: http://freeyourphone.de/portal_v1/viewtopic.php?f=5t=170start=75#p3277 I thinks it's the original one. I adjusted this one (increased the Mic2 from 0 to 50) and nobody complains anymore when I call them... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problem in logging in freerunner through ssh
Hello, On Thu, Jul 17, 2008 at 11:11 PM, Stroller [EMAIL PROTECTED] wrote: I keep the following command in my .bash_profile: alias ssg=ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/ dev/null Ah. That's very useful. Thanks for sharing! -- Regards Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import contacts
Am Freitag, 18. Juli 2008 07:14:13 schrieb Curtis Vaughan: I use Thunderbird for Email. I want to export my contacts from the Address Book and import them to FR. I don't see any instructions on how to do that. In fact, the only solutions seem to be for me to import my contacts into Evolution or (god forbid) Outlook and then export them from there. Is there no other solution? Is it possible to export Thunderbird Contacts as VCF files ? I don't use thunderbird regulary, but I think it is, so you can use http://http//wiki.openmoko.org/wiki/Import_Vcf_Contacts to import your contacts. Used it to copy my contact from kontact :-) - marksu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Backlight should be fixed for a couple of days now: | | http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=db07519c1dfe916bcf9644 | bfdc4d7c03707a979e | | That's good to hear, thanks. Will this be in the latest daily build along with | the SD fix? Yes although how much of fix the SD patches are is uncertain. We have reason to believe SD_CLK is implicated and that should help, but reports from folks trying the patches are unclear about it. I have another more aggressive and uglier way to come at it if it isn't actually helping. Anyway today's distribution build should have all that in FWIW. | If you need this testing then point me at the images and let me know what you | need doing. My cell reregistrations seem to do a fair job of provoking resume | problems within a few hours on all the images I've tried so far. I added some really nice diagnostic code in case of OOPS in resume it will spew dmesg buffer down debug console regardless of resume state (ie, it doesn't need serial driver resumed) so you can capture the OOPS trace and resume context. But nobody saw it triggered yet except me when I tested it. (BTW I added another recent patch so if we PANIC, we flash the top LED, that doesn't happen either.) So it seems somehow we deadlock somewhere. If I can reproduce it, I can debug it using very gritty methods like moving around printk(); force OOPS or lighting LEDs at different points... that's not really end user debug technique :-) But thanks for the offer. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAZb4ACgkQOjLpvpq7dMpUpgCcCyDe6lkGCSpXka7PAEur4ttR 588AnR88Xdxofsn3P9g9r9q8HfvD2zJ6 =xht1 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
Andy Green, 2008-07-18 10:29:54 +0100 : Somebody in the thread at some point said: | What's wrong with 100's of resumes / day, as long as each one takes no | longer | than 2~3sec, and is on low power profile? | | the screen becomes senstive to tapping -- and if your fr is in a place | where taps to the screen might occur frequently (say in your bag) it will | never suspend. Touchscreen is not a wake from suspend source, so as you suggest it didn't get to suspend to make this trouble. Answer for that is in the X world, giving an easy way to get into suspend immediately if you know it goes to your bag. The scenario, as I understand it, is this: 1. Freerunner gets into suspend (either manually or after some time); 2. Freerunner is put into bag; 3. GSM ping gets the phone out of suspend; 4. Freerunner is still in the bag (and you're walking to/from work), so its touchscreen prevents further suspends. Roland. -- Roland Mas Qu'est-ce qui est petit, jaune et vachement dangereux ? Un canari avec le mot de passe de root. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ears and FR
El Friday, 18 de July de 2008 10:04:13 Yorick Moko va escriure: but not always when while you are calling you decide to lay down on your back Well, the train is going to hit me ;-( Let's pretend: Waiting for a call no headset present. 1 a call arrives to the neo. 2 user decides to take the call. 2.1 user notifies neo ( via gesture, touchscreen ...) 3 neo connects and locks the screen 4 when call-end (either side ) restore screen status an wait for next call . 5 user wants to interact with the neo 5.1 user notifies neo ( via gesture, touchscreen (draw unlock) ...) . 5.n user sends call-end. . 5.last-1 gesture neo to the ear or (draw lock). P.S. - I've never made a pen down event with my ear in the 1973, in fact when i tried to do it sme times failed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
suspend and immediate wake-up
I' m experiencing some problems with the suspend mode, wich seems maybe different from the ones related in the battery-problems thread, so I'm starting a new thread. Most of the time when I put the Freerunner in suspend mode (apm -s or the sleep script from the wiki) it goes completely blank, as expected, but wakes up immediately after (I didn't touch it of course). Therefore the suspend-mode is useless to save power. I checked that this happends only when the GSM antenna is on. I'm running the mewster-andy kernel (uImage_2008_07_16_gta02_73eeb0333fc771cb696ff9bf17c517c741434b59.bin). Also, I'm confused about the so-called power-saving modes from the Power Menu : regardless of the choice of dim+lock or dim-only, the Freerunner always locks after some time. Finally : is there a way to prevent the screen from locking when in a conversation ? It's rather strange to have to unlock the screen to hang up. Julien. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | But anyway, the great news is that this is definitely a big | improvement. This is in a place where I used to be for half an hour | without getting even UTC time from GPS if I used SD card, and now I'm | getting fixes with SD card in. | | It seems it's not as good as without SD card, but definitely a visible | improvement. Thanks for the report... I will look for stronger medicine then. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAaSoACgkQOjLpvpq7dMo0fQCfegv9AODDQ5PMrPcWu3lKRJs1 6qkAoI+7hfLJrcoPOFc6RSn+D8mF62Fx =nMzT -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
On Fri, Jul 18, 2008 at 12:28 PM, Neng-Yu Tu (Tony Tu) [EMAIL PROTECTED] wrote: Dear Community: Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf Great work, a hardware solution in two or three days or so! I'd be glad to hear the change of the TTFF with this HW fix sd compared to no sd. So now we're only waiting for pulster and other distributors to let us know what's the thing to do: Are we allowed to do it ourselves, take it to a phone repair shop or what. Great work, can't wait to get my FR in about 10 days.. r -- | 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
samba shared access
Hi all, have anyone tried to access samba share (located in a PC connected to the same LAN as the neo) through the Freerunner (samba client or similar)? I'd like to access my music, movies, pictures and so on from the Freerunner with samba. Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to find the board revision?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | cat /proc/cpuinfo | | Thanks. Mine says rev 0350. Is that Revision 3? Should I use the v3 | version of the uBoot? | | I want to make absolutely sure. And to add this to the Wiki to save | others the trouble. It's the 5 that is the board revision. So this is GTA02 A5 PCB. Only A5 and A6 are shipped for MP so far (A3 revision would be very old and just for internal use). Both A5 and A6 can use the same U-Boot, we added some CPU pins on A6 that define the exact PCB revision so U-Boot can tell at runtime now. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAb20ACgkQOjLpvpq7dMpZXgCfT19mAkR5bSGTW/QO1RctiG27 Ys8AnRLDLOcl7l0bLBoml6/GT7zL1SjB =GIy1 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: CRCFAIL?
2008/7/18 Andy Green [EMAIL PROTECTED]: However, PMU driver was feeling this way before userspace got started and therefore before pid 1 existed. It turned out that Linux reacts to this situation by killing the nearest thing to hand, which was the JFFS2 garbage collection thread, with a variety of outcomes including failure to complete mount of rootfs. It's long fixed. Does this mean that we will see a kernel upgrade soon which doesn't show CRCFAILs? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
Guillaume Chereau wrote: This is one of the thing I am planning to add in the framework (FSO project), although for the moment we don't focus on it too much. I agree with Alexey as well, the danger is to create something so configurable, that at the end your setting become a python script. My idea for the moment is like this : You can define a set of condition to specify the profile. For example : if at my girl friend house, profile = Paranoid Then you the application configurations can depend on the profile. e.g : If profile is Paranoid, girl_friend_number_2.block_calls = True This way, the profile is the link between the conditions set and the actions set. The number of profiles is not supposed to be too large. It is more restrictive that Russel idea, because you can't say : if time = 600, then play alarm. The only way to do so would be : if time = 600, then profile = RunAlarm if profile is RunAlarm, then alarm.run = True Which is not really useful, you don't want to create one profile for every events combination you can think of. I can see several cases where this way of doing is not the best, but I still think it is the most suitable for most practical cases. -charlie Profiles, recipes, rulesets; I think we all talking about the same thing, behaviours. It boils down to detecting a set of conditions and instructing the phone to behaviour in a certain way. Profiles are an excellent way of describing a group of common phone settings. (settings the call handling services already respect) People are familiar with the concept, they could be described by setting a phone using normal method and saving them. Perhaps if there was a default profile, and we only store differences, the delta, in other profiles, we could have cumulative profiles. That might help with the tedium of setting up every permutation and keep the number of profile down. Profiles are really just a bunch of SET actions. I still see the need for an event broker of sorts, something that will detect conditions and trigger actions. Perhaps the profile switcher (as some else mentioned) could be enhanced for that purpose. An alarm might just be a custom action, just another action. 'Run a shell command' might be the only action we need. Another poster mentioned interacting with his MythTV, one approach might be to configure the MythTV to run web server with some cgi. The phone would just use http to instigate commands. wget? If we had profiles and an event broker, all we need next is some standard way to describe the set of conditions. I'm no hardcore coder, but it seem well within the realms of possibilities. I still favour a scriptable solution, even is it wrapped in UI and machine generated. Regards Matt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
However, I would've thought that if every application can generate and consume 'events', then all that is needed in your policy app is the ability to look for combinations of events (and/or states?) and generate new events that other apps can pick up? Is that what you were thinking. Yes. This has the downside that all of the 'intelligence' is in an external script/rules engine and not in the apps. That might be an 'upside'. Alternatively, each 'rule' could be it's own script which waits on certain events and then fires out new events that are picked up by the other applications to do things. As I see it the trouble with each rule being an isolated process, or script, is that conflict detection might become a bit of a headache. Love the idea, though. Cheers Alex. Thank you Matt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
2008/7/18 Timo Jyrinki [EMAIL PROTECTED]: It seems it's not as good as without SD card, but definitely a visible improvement. Sorry for spamming, I just try to describe what I'm experiencing :) Does anyone else have a reliability problem now with the new kernel and GPS when SD card is used? I went properly outside but didn't seem to get a fix, maybe 1-2 satellites max and no fixes. I drove around a bit and nothing. I came back, then rebooted Neo and tried again - almost instant fix in ca. 30-45 seconds with 6-8 satellites in the same spot I got nothing just before reboot. So it might be worth checking if the SD card clock is properly adjusted in all needed cases, or it if might be left unchanged in some situations. When I didn't have fixes, it behaved basically as bad as before the new kernel. But when the new kernel worked as it should, it was great. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Does the Diversity app use gpsd?
On Thu, Jul 17, 2008 at 06:32:59PM -0700, Ken Restivo wrote: Does this app use gpsd? Does it need gpsd? Does gpsd conflict with it? It opens /dev/ttySAC1 directly, which means it does not use or need gpsd, yet it might conflict with it. -- Regards, olv ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On 2008-07-18, Timo Jyrinki [EMAIL PROTECTED] wrote: 2008/7/18 Timo Jyrinki [EMAIL PROTECTED]: It seems it's not as good as without SD card, but definitely a visible improvement. Sorry for spamming, I just try to describe what I'm experiencing :) Does anyone else have a reliability problem now with the new kernel and GPS when SD card is used? I went properly outside but didn't seem to get a fix, maybe 1-2 satellites max and no fixes. I drove around a bit and nothing. I came back, then rebooted Neo and tried again - almost instant fix in ca. 30-45 seconds with 6-8 satellites in the same spot I got nothing just before reboot. So it might be worth checking if the SD card clock is properly adjusted in all needed cases, or it if might be left unchanged in some situations. When I didn't have fixes, it behaved basically as bad as before the new kernel. But when the new kernel worked as it should, it was great. If you want to test if the SD card is used, you can patch your kernel to turn on a LED when the SD clock is active and switch off the LED when it has been inactive for more than 0.3 sec. It is a good way to test. If you do not like the LED idea, you can use printk(KERN_WARNING, SD_CLK ON); whenever the SD clock is activated, and printk(KERN_WARNING, SD_CLK OFF); when it is disabled. Maybe also add a timestamp. This way, you will know if the SD card was in use when you tried to get your fix. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: update to quickstart user guide adds known issue section
Michael Shiloh [EMAIL PROTECTED] writes: http://quickstart.openmoko.org/ SNIP Comments, questions, and suggestions welcomed. Hadn't heard of that document before... I was referred to the wiki by the notice in the box of the FR, so I expect to have reference docs there... so yes, duplication seems bad to me, otherwise I'd expect that doc to be referred to from the Getting started page of the wiki. Just my 2 cents. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
Jeffrey Malone [EMAIL PROTECTED] writes: I've actually been able to run the phone without a battery. I booted it, plugged in the wall charger, and removed the battery. It sat working for an indefinite period of time, while registered to the GSM network and with GPS and wifi on (I was testing to see if removing the battery could aid GPS). Using USB from a computer failed to provide enough charge. In fact, I noticed last night that while running 2007.2 with GSM and wifi on, the phone was not able to actually charge from USB. It was in a charging state, drawing power from the USB port. But it was insufficient to counter the actual power usage of the phone, and its battery level would very slowly drop (about 1% every half hour). That's fairly consistant to what's explained at : http://quickstart.openmoko.org/#chargerdetection My 2 cents, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Proper mixer settings for music playback, or hardware fixes?
Hi, I now got myself those Motorola-compatible 2.5mm-3.5mm adapters to hook up my normal headphones (Koss KSC-35) in FreeRunner. I had heard about some resistor in wrong place resulting in high-pass filter and basically making music listening unbearable. I'm generally hoping I could use Neo also as music playback device, at least with extra battery pack. The initial sound quality indeed lacks all bass. However, there's a gigantic amount of alsamixer settings available - would these be documented anywhere, or has anyone been thoroughly going through those? I found that Bass Filter has a scale going from most normal (200Hz @ 8kHz) to most thinny voice (130Hz @ 48kHz), but how those settings should be interpreted? The whole range is, in order: 200Hz @ 8kHz 100Hz @ 8kHz 400Hz @ 48kHz 100Hz @ 16kHz 200Hz @ 48kHz 130Hz @ 48kHz Sounds weird to me. Additionally there is a Bass settings, initially 0. And Bass Boost, with either Linear Control or Adaptive Boost. With Bass set to 100 and Bass Boost set to Adapative Boost, together with 200Hz @ 8kHz setting, the sound is starting to resemble something of a normal, though quite far from ideal. Linear Control is probably better, Adaptive Boost seems to clip sometimes with heavy bass. But that's not all, there are like 10 pages of mixer settings with varying level of crypticness (to me). And finally, could there be a hardware fix for this headphone audio quality, or is it at least planned for GTA03 to have better audio quality from the headphone jack? -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf Great! I will do this fix next week as soon as my Freerunner arrives, and let you know how it goes. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
2008/7/18 Timo Jyrinki [EMAIL PROTECTED]: setting, the sound is starting to resemble something of a normal, though quite far from ideal. Connected to Altec Lansing inMotion portable speakers, it sounds good enough with the settings I mentioned, given that those speakers are probably from the top of the crop as far as mini-portable speakers go. It's only with a pair of proper headphones you notice more that there's definitely something wrong. I might get along with it for now... So for basic party music playing, Neo is probably good enough already! -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tmobile wifi voice calls
I think the linphone version in OE would work if I could work out how to force opkg to use the 2.2.2 version of libosip2. Every time I try it insists on using 3.1.0 which doesn't work with linphone 1.6 :-( The alternative is making a .bb for the current linphone version, which has the advantage of having hooks so you can add a GUI. On Friday 18 July 2008, Ken Restivo wrote: First we need a phone app that supports SIP. I would very very much like to use the FR as a SIP phone. I don't need T-Mobile for that (and neither does anyone else), we just need a working phone app that supports VOIP as a back end, and access to open WiFi AP's (plenty of those around). I have a Diamondcard/Ekiga account for phone calls to the POTS network, and it works great and is dirt cheap. I wouldn't want to deal with proprietary crap like whatever T-Mobile is going to foist upon people. Is anyone porting Ekiga to the FR? I saw a component in ASU that looks like a VOIP back end for the Qtopia phone app; that'd kick ass if it was working. Any ideas what I'd need to do to get it to work? -ken On Thu, Jul 17, 2008 at 07:14:09PM -0400, c d r wrote: I'll begin to pursue this via the provided links in my copious spare time. Anyone interested in an ongoing dialog let me know. how well integrated is it? i was planning on using a moko, primarily via SIP/IAX but with T-Mo prepaid SIM for occasional GSM needs if it can seamlessly roll between the two, preferring wifi/sip (or their equiv) when available, that would kick ass Chris On Jul 17, 2008, at 2:32 PM, Al Johnson wrote: On Thursday 17 July 2008, Carl Karsten wrote: Make and receive unlimited nationwide calls over Wi-Fi with your home phone. http://www.t-mobile.com/shop/plans/cell-phone-plans-detail.aspx?tp=t b1rate [EMAIL PROTECTED] Anyone know if the FR will work with whatever VoIP protocol t- mobile uses? does anyone even know what protocol it uses? I found this: The technology T-Mobile is using is called Unlicensed Mobile Access, or UMA. UMA takes the protocol used by GSM handsets and encapsulates it into an IPSec VPN for transmission over the public Internet. The VPN is authenticated using the subscriber's SIM card via a protocol called EAP-SIM. http://www.voip-weblog.com/50226711/is_the_linksys_wrtu54g_voip.php Nice prompt for a little background reading. From what I see it seems unlikely. strongSWAN appears to support IKEv2 and EAP-SIM but somehow I doubt T-Mobile will hand out the certificate needed in addition to the SIM. The bit that looks tricky is the signalling part to tell the mobile phone network that it can pass the call data over to the wifi connection. This is the sort of thing that's normally buried in the cellular modem, and I don't know of an open version of that. I could be pleasantly surprised though - it would be a good addition to have. [1] http://www.embedded.com/underthehood/205916513 [2] http://www.linuxdevices.com/news/NS6470081317.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko BoF at OSCON Wed. 8:30pm
Dirk Bergstrom schrieb: The Birds of a Feather session at OSCON has been rescheduled to 8:30 pm on Wednesday (instead of Thursday). Jon Phillips, who will be bringing a real live Neo, has to leave the conference early. Come on down on Wednesday night and see the phone for yourself. I will be at OSCON all week and hope to make it to the OpenMoko BoF (I am hosting three BoFs myself so there might be scheduling issues). I will bring my own FreeRunner :-) -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with building openmoko-sample with toolchain
On Fri, 18 Jul 2008, smurfy - phil wrote: hey, i also encountered the pango error and after that some other not found libaries. The problem is, that the libs are actually there but the .la files are incorrect. here a copy of a mailinglist post from me some days ago: - for people with the same problem, i fixed it for myself. some of the .la files in the /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib directory are wrong. i had to modify this files to get panel-wifi compile: libgio-2.0.la libgmodule-2.0.la libgobject-2.0.la libgthread-2.0.la libpangocairo-1.0.la simple changed all /space/fic/openmoko-daily/neo1973/work/armv4t-angstrom-linux-gnueabi/ stuff to /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib - I've a patch for this here: http://files.derickrethans.nl/patches/openmoko-toolchain-2008-07-18.diff.txt regards, Derick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
On Fri, Jul 18, 2008 at 02:17:05PM +0300, Timo Jyrinki wrote: I had heard about some resistor in wrong place resulting in high-pass filter and basically making music listening unbearable. Do you still remember where you read it? I have some problems with the output of the headphone jack too. But to me it sounds mostly distorted. The initial sound quality indeed lacks all bass. However, there's a gigantic amount of alsamixer settings available - would these be documented anywhere, or has anyone been thoroughly going through those? I found that Bass Filter has a scale going from most normal (200Hz @ 8kHz) to most thinny voice (130Hz @ 48kHz), but how those settings should be interpreted? The whole range is, in order: 200Hz @ 8kHz 100Hz @ 8kHz 400Hz @ 48kHz 100Hz @ 16kHz 200Hz @ 48kHz 130Hz @ 48kHz Sounds weird to me. Additionally there is a Bass settings, initially 0. And Bass Boost, with either Linear Control or Adaptive Boost. With Bass set to 100 and Bass Boost set to Adapative Boost, together with 200Hz @ 8kHz setting, the sound is starting to resemble something of a normal, though quite far from ideal. Linear Control is probably better, Adaptive Boost seems to clip sometimes with heavy bass. It seemed to me the bass problem could be solved by mixer setting. But I could not remove the distortion in the mid to higher frequencies. pgpxbWlEmQ3ot.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freerunner unable to work with 3G SIM Cards?
Hello I have the same problem with my SIM card from Sunrise here in Switzerland. Out of three different cards, I have one that works and two that do not. Is their any solution yet to this problem?. Philipp ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko BoF at OSCON Wed. 8:30pm
Sebastian Bergmann schrieb: I will be at OSCON all week and hope to make it to the OpenMoko BoF (I am hosting three BoFs myself so there might be scheduling issues). Just realized that this might have been for last year's OSCON :) -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thank you Tony. You did a very great work and you putted me to love more this phone. Only one question: which type of capacitor I have to put? I see it is not a electrolitic one :) Neng-Yu Tu (Tony Tu) wrote: Dear Community: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. But this work still not suggest do by yourself, also, this fix need proper size capacitor (10 pf with 0402 package), and some solder technique. We saw people ask about service issues of Openmoko devices, and we are working on it. Our sales discussing with our distributor about proper services model, but do not have consensus yet, I will keep update it. Thanks, Tony Tu Openmoko, Inc. Support ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAhdoACgkQSIAU/I6SkT3j/gCeJnsMLkw0GglbpSV+T97O1Wml yM8AnRHuyw2KCPRDg5EUn1h8uJF+mwCU =34OH -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Does this MokoMakefile build error matter?
On Friday 18 July 2008, Vijay Vaidyanathan wrote: I'm trying to create an amazon EC2 image that will have a pre-built ASU (including the .o files yes, I realize this might be a 12G+ image!) I'm using MokoMakefile, and I've fixed a few minor problems along the way on Ubuntu 8.04 (and will update the wiki) but I dont know if this is an issue I need to worry about since it seems to keep going in spite of the error message ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/home/openmoko/work/om/asu/openembedded/packages/ xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb /home/openmoko/work/ om/asu/openembedded/packages/xorg-xserver/xserver-kdrive_1.3.0.0.bb). This usually means one provides something the other doesn't and should. I've seen that error and my images have worked so far, so I don't think it's a showstopper. If I am ever able to get the build to work, I'll post the amazon EC2 Image and mark it public. - VV PS: The machine is a Amazon EC2 High-CPU Medium Instance (c1.medium) at 0.20 cents per hour :-) and after a few hours of compilation I'm wondering if I should have created a High-Cpu Extra Large instance instead :-) ___ 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: Battery Lifetime
It seems I was a little too ambitious with this test. I ran apm -s and then went to bed. I woke up to a spiffy dead battery less than 6 hours later. :-/ -Steven On Wed, Jul 16, 2008 at 11:11 PM, Adam Talbot [EMAIL PROTECTED] wrote: I am currently using the 20080716 build, from: http://buildhost.openmoko.org/daily/freerunner/200807/ Try running the apm -s That will suspend to ram. I do this by hand every time I want the phone to suspend. The power button, or a call will wake it. Please keep in mind, suspend to ram is currently unstable. Just give it a 12~100 hour test, let me know. apm with out any arguments will give you the battery status. None of this is any good if I am the only one who can get these numbers ;-) -Adam On Wed, 2008-07-16 at 21:35 -0500, Steven ** wrote: I too am using the 2007.2 image upgraded. But I have no problem with dim+lock. I haven't had my FreeRunner for long enough to definitively say how long the battery will last. But I had it at work today, showing it off several times. The remaining time it mostly sat on my desk with dim+lock (I picked it up and played with something every 30 minutes or so). apm showed 61% at the end of the work day. Perhaps apm isn't accurate, but it would imply I could get quite a lot of standby time if I truly left the Freerunner alone. -Steven On Wed, Jul 16, 2008 at 6:24 PM, Christoph Anton Mitterer [EMAIL PROTECTED] wrote: How are you doing this? If I fully charge my GTA02 battery before I go to bed,.. it will be nearly empty when I wake up (I seep 7-8 hours),... Dim+nolock is choosen, as dim+lock seems to crash the device and I have to remove the battery to reboot (nothing else works). Does anybody else suffer from this? I'm using the 2007.2 image with everything upgraded... What are you using? ___ 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
Re: CRCFAIL?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | 2008/7/18 Andy Green [EMAIL PROTECTED]: | However, PMU driver was feeling this way before userspace got started | and therefore before pid 1 existed. It turned out that Linux reacts to | this situation by killing the nearest thing to hand, which was the JFFS2 | garbage collection thread, with a variety of outcomes including failure | to complete mount of rootfs. It's long fixed. | | Does this mean that we will see a kernel upgrade soon which doesn't | show CRCFAILs? Nope, as I said above the quote, that story is about the post that was linked to. CRCFAIL is something out of WLAN / SDIO driver, it doesn't seem to make any symptom, although it's not the kind of thing that makes your day. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAiG0ACgkQOjLpvpq7dMrS+QCeJA3Pc7fO3S+1K+WfpIvb31hk 82YAoJQtMcJ+GIKyBCJYG2l79AWDQ6A1 =ajZR -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
On Fri, 18 Jul 2008 11:33:45 +0200, Jay Vaughan wrote http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf Great! I will do this fix next week as soon as my Freerunner arrives, and let you know how it goes. ; -- Jay Vaughan Good luck soldering that; however if you happen to be an experienced electronics engineer with access to a work-bench with all the usual tools then my apologies. I'd just hate to think that comment leads others to think they could effect the repair easily because all we will have is a whole lot of broken freerunners. Regards, Jon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Newest stock build doesn't read SIM contacts
Ditto. I re-opened this: http://docs.openmoko.org/trac/ticket/1238 -Steven On Thu, Jul 17, 2008 at 10:31 PM, Yochai Gal [EMAIL PROTECTED] wrote: Hi all I just uploaded this build: Openmoko-openmoko-devel-image-glibc-ipk-P1-Snapshot-20080718-om-gta02.rootfs.jffs2 to rootfs. My contacts are all stored on my SIM and have been read on the qtopia and ASU image but they are not read in the stock build at all.. Why? I don't want to save them on the phone, so exporting and importing is not an option. Any ideas? Thanks, and keep up the good work. yochai ___ 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: GTA02 GPS rework for SD card interference issue
Good luck soldering that; however if you happen to be an experienced electronics engineer with access to a work-bench with all the usual tools then my apologies. I am, and I do! :) I'd just hate to think that comment leads others to think they could effect the repair easily because all we will have is a whole lot of broken freerunners. Its not a warmed-up-butter-knife and the kitchen table style of fix, but I'm sure a few can get through it without poking a hole in their Freerunners. When I do it, I'll be sure to have a big lens around and lay off the coffee (coz of the shakes) for the day .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import contacts
On Friday 18 July 2008, Markus Schlichting wrote: Am Freitag, 18. Juli 2008 07:14:13 schrieb Curtis Vaughan: I use Thunderbird for Email. I want to export my contacts from the Address Book and import them to FR. I don't see any instructions on how to do that. In fact, the only solutions seem to be for me to import my contacts into Evolution or (god forbid) Outlook and then export them from there. Is there no other solution? Is it possible to export Thunderbird Contacts as VCF files ? I don't use thunderbird regulary, but I think it is, so you can use http://http//wiki.openmoko.org/wiki/Import_Vcf_Contacts to import your contacts. Used it to copy my contact from kontact :-) Kontact is nice like that, but it helps that it uses vCard natively. Thunderbird doesn't - you can export to LDIF, CSV or tab-delimited. At present the solutions seem to be to use a roundabout route or write some code. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
I am an Electronic Engineer but I will bring to a place where repair telephone, and with 5 Euro they will do for me. 2008/7/18 [EMAIL PROTECTED]: On Fri, 18 Jul 2008 11:33:45 +0200, Jay Vaughan wrote http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf Great! I will do this fix next week as soon as my Freerunner arrives, and let you know how it goes. ; -- Jay Vaughan Good luck soldering that; however if you happen to be an experienced electronics engineer with access to a work-bench with all the usual tools then my apologies. I'd just hate to think that comment leads others to think they could effect the repair easily because all we will have is a whole lot of broken freerunners. Regards, Jon ___ 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: GTA02 GPS rework for SD card interference issue
Michele Renda wrote: Thank you Tony. You did a very great work and you putted me to love more this phone. Only one question: which type of capacitor I have to put? I see it is not a electrolitic one :) little too small for that (electrolytic) ;) 0402 is the package format. i guess all caps in that size are ceramic ones. i used a cap from a dead gta01 board which had a job near a rtc crystal in his earlier life. since the only new job is eating the rf which doesn't belong there, it seems uncritical which type it is as long as the value is somewhat in range. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. But this work still not suggest do by yourself, also, this fix need proper size capacitor (10 pf with 0402 package), and some solder technique. -- Joachim Steiger Openmoko Central Services ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: suspend and immediate wake-up
On Friday 18 July 2008, julien cubizolles wrote: I' m experiencing some problems with the suspend mode, wich seems maybe different from the ones related in the battery-problems thread, so I'm starting a new thread. Most of the time when I put the Freerunner in suspend mode (apm -s or the sleep script from the wiki) it goes completely blank, as expected, but wakes up immediately after (I didn't touch it of course). Therefore the suspend-mode is useless to save power. I checked that this happends only when the GSM antenna is on. I'm running the mewster-andy kernel (uImage_2008_07_16_gta02_73eeb0333fc771cb696ff9bf17c517c741434b59.bin). It's getting woken by a message from the GSM. Mine does it on reregistration at variable intervals, maybe 3 times an hour. If it happens much more often it's worth reporting. Also, I'm confused about the so-called power-saving modes from the Power Menu : regardless of the choice of dim+lock or dim-only, the Freerunner always locks after some time. I think the on-screen terminology no longer matches the actions - everything seems to have moved one step. No power saving - actually dims but doesn't lock. Dim only - dims then locks Dim then lock - dims, then locks, then suspends. Finally : is there a way to prevent the screen from locking when in a conversation ? It's rather strange to have to unlock the screen to hang up. Julien. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import contacts
I've attached a script that I use to convert tab-separated data (as generated from mysql) into a vcard file. Alex. On Fri, 18 Jul 2008, Al Johnson wrote: On Friday 18 July 2008, Markus Schlichting wrote: Am Freitag, 18. Juli 2008 07:14:13 schrieb Curtis Vaughan: I use Thunderbird for Email. I want to export my contacts from the Address Book and import them to FR. I don't see any instructions on how to do that. In fact, the only solutions seem to be for me to import my contacts into Evolution or (god forbid) Outlook and then export them from there. Is there no other solution? Is it possible to export Thunderbird Contacts as VCF files ? I don't use thunderbird regulary, but I think it is, so you can use http://http//wiki.openmoko.org/wiki/Import_Vcf_Contacts to import your contacts. Used it to copy my contact from kontact :-) Kontact is nice like that, but it helps that it uses vCard natively. Thunderbird doesn't - you can export to LDIF, CSV or tab-delimited. At present the solutions seem to be to use a roundabout route or write some code. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ## # Takes a (tab-) seperated ascii file and writes out a file of # VCards (stdin - stdout). # Input is a textfile with separated fields and a header. example: # matchcode vorname landort telefon telefon2fax nr_gruppe markgruppen nameinfoplz strasse handy gebdat memopicture # FA-ERDING Erding Erding 123/456 NULL0 F Finanzamt StNr. 123/456/78900 85422 Postf. 1262 NULL # # Or using mysql: # echo 'select * from my_addresstable'|mysql -pmy_password -hlocalhost my_database ~/tmp/contacts.vcf # # No ... around fields, tab separated (configurable, see below). # You shoud run this script on the linux host, since ASCII-UTF-8 # conversion seems not very well supported on the moko phone. # Copy the resulting output file via scp onto the phone and # Use the manage-contacts.py load contacts.vcf # There. import sys,time # user configuration # adapt here the real field names of the table sql_surename_field='name' sql_prename_field='vorname' sql_phone_field='telefon' sql_phone2_field='telefon2' sql_mobile_field='handy' # It is possible to convert only a subset of all addresses. # In my special case, I have a groups field which contains # an 'O' character if it shoud be exported to some phone. # To switch off the filter, replace the 'sql_filter_search' # content with '' (instead of the 'O'). sql_filter_field='gruppen' sql_filter_search='O' # tab by default sql_delimiter='\t' # set this to your own country phone prefix, e.g. +1 for USA # it will be prepended automatically country_code='+49' # end configuration options # convert a phone number of the form '089/123456' into # '+4989123456' so that moko phone recognizes the sender # id correctly. # This is probably germany phone number specific... def normalize(nr): result=nr.replace( /, ) if result.startswith('0'): result = '+49' + result[1:] return result lines = sys.stdin.readlines () name_idx=-1 vorname_idx=-1 phonenr_idx = -1 phonenr2_idx = -1 mobile_idx = -1 filter_idx = -1 linenr=0 for line in lines: columns = line.split(sql_delimiter) if linenr == 0: # print columns try: name_idx=columns.index(sql_surename_field) vorname_idx=columns.index(sql_prename_field) phonenr_idx=columns.index(sql_phone_field) phonenr2_idx=columns.index(sql_phone2_field) mobile_idx=columns.index(sql_mobile_field) filter_idx=columns.index(sql_filter_field) except: # print some fields not found: + str(name_idx) + + str(vorname_idx ) + + str( phonenr_idx ) + + str( phonenr2_idx ) + + str( mobile_idx ) + + str( filter_idx ) pass else: # convert all fields into unicode. # This seems not to be supported well on the moko, # so it is better to let the linux host do the unicode # conversion (run this script locally) for i in range( 0,len(columns)-1 ): # convert the read-in string from ASCII into unicode try: columns[i] = columns[i].decode( iso-8859-1 ) except: print cannot convert to unicode: + columns[i] # and convert it back again into UTF-8 what is expected # from the VCF format. try: columns[i] = columns[i].encode( 'utf-8', replace ) except: print cannot convert to utf-8: + columns[i] # only export those entries, that match the filter condition
Re: Battery Lifetime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Andy Green, 2008-07-18 10:29:54 +0100 : | | Somebody in the thread at some point said: | | What's wrong with 100's of resumes / day, as long as each one takes no | | longer | | than 2~3sec, and is on low power profile? | | | | the screen becomes senstive to tapping -- and if your fr is in a place | | where taps to the screen might occur frequently (say in your bag) it | will | | never suspend. | | Touchscreen is not a wake from suspend source, so as you suggest it | didn't get to suspend to make this trouble. Answer for that is in the X | world, giving an easy way to get into suspend immediately if you know it | goes to your bag. | | The scenario, as I understand it, is this: | 1. Freerunner gets into suspend (either manually or after some time); | 2. Freerunner is put into bag; | 3. GSM ping gets the phone out of suspend; | 4. Freerunner is still in the bag (and you're walking to/from work), | so its touchscreen prevents further suspends. You and Arne are quite right, suspend is subject to random wakes from GSM world too at the moment and that can lead to the same result. Carsten wants to deal with wakes in his daemon so we're waiting on that. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiAlEEACgkQOjLpvpq7dMqX8gCeLyjebGheDw4XUGwH/00gNUps zNcAnileHyH0avMj5c223ihFvvQeRoFL =2GTL -END PGP SIGNATURE- ___ 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 Tony, all If there enough space to fit an 0603 cap in there? I don't have my FR yet to look at it, it's in transit... Regards Neil Davey On 18/07/2008, at 7:28 PM, Neng-Yu Tu (Tony Tu) wrote: Dear Community: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. But this work still not suggest do by yourself, also, this fix need proper size capacitor (10 pf with 0402 package), and some solder technique. We saw people ask about service issues of Openmoko devices, and we are working on it. Our sales discussing with our distributor about proper services model, but do not have consensus yet, I will keep update it. Thanks, Tony Tu Openmoko, Inc. Support ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community --- Neil Davey Daveytronics.com.au P.O. Box 6089 Logan Central QLD, 4114 Looking for cost effective web hosting? Need a domain name for your business? It's cheaper than you think!! Talk to us and see what we can do for you --- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
You and Arne are quite right, suspend is subject to random wakes from GSM world too at the moment and that can lead to the same result. Carsten wants to deal with wakes in his daemon so we're waiting on that. is there a way to detect when it wakes? a hook to plug custom actions into? then, as a workaround, we could check what caused the resume and put it back to sleep immediately or at least disable the screen. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
Am Fr 18. Juli 2008 schrieb arne anka: Touchscreen is not a wake from suspend source, so as you suggest it didn't get to suspend to make this trouble. not sure i understand you correctly, but several times i experience that the fr, while seemingly in suspended state, answers to a screen tap showing several console messages (whihte font, black background) and then switching to the lock screen. otoh, what i meant was: when the fr frequently wakes up the screen becomes sensitive and any tap would prevent the fr from going back to suspend -- so if in one of these moments of short resumes the screen ist tapped and again and again the fr would never resume thus draining the battery quickliy. And what is it that stops us from disabling ts, just reenabling it when we see a valid wake-source to stay in user-land (e.g. inbound call, RTC, powerbutton...)? /j 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
Hot Pocket
Does anyone else's FR run really warm? I had mine in my pocket last night for a few hours and my leg got really toasty!! . . .shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
Am Fr 18. Juli 2008 schrieb arne anka: You and Arne are quite right, suspend is subject to random wakes from GSM world too at the moment and that can lead to the same result. Carsten wants to deal with wakes in his daemon so we're waiting on that. is there a way to detect when it wakes? a hook to plug custom actions into? then, as a workaround, we could check what caused the resume and put it back to sleep immediately or at least disable the screen. That's what Carstens daemon is all about! ;-) /j 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: Battery Lifetime
And what is it that stops us from disabling ts, just reenabling it when we see a valid wake-source to stay in user-land (e.g. inbound call, RTC, powerbutton...)? my question exactly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
arne anka, 2008-07-18 15:09:01 +0200 : is there a way to detect when it wakes? a hook to plug custom actions into? You might try sticking a script in /etc/apm/resume.d, at least as a first approach. Roland. -- Roland Mas Certains disent que les vrais hommes ne font pas de backups. Mais ils disent aussi que même les vrais hommes pleurent parfois. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
I'm thinking of getting out of this mailing list because it fills up my inbox each day. Can someone please create a forum instead. I've been part of a lot of mailing lists and this one is too much. Mathieu Rochette [EMAIL PROTECTED] wrote: On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL PROTECTED] wrote: Carsten has started on a daemon to handle wakes in userspace that should eventually parse this and figure out if it can go back to suspend silently once the wake reason was serviced. should it be possible to disable a reason prior to suspend? eg: echo 0 /sys/somewhere/reasons/touch_screen maybe there will still be some case that can't be handled (eg: don't annoy me for 2 hours) but I think that could cover mosts. ___ 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: Reason for GPS problems found!
Andy Green wrote: Yes GPS chip is very sticky, even when depowered for some time it seems to hold state and not act in a deterministic way. It makes it hard to know if the last thing you changed is responsible for the behaviour staying the same or changing, or if it was going to do that anyway. That makes debugging it very confused. -Andy While the issue you mention may have affected my test, here's the results: 1. Upgraded to today's kernel: [EMAIL PROTECTED]:/# uname -a Linux om-gta02 2.6.24 #1 PREEMPT Fri Jul 18 02:16:41 CEST 2008 armv4tl unknown 2. Tested GPS TTFF without SD card (from an indoor position not near a window): 306s 3. Shutdown and insert SD card 4. Tested GPS TTFF with SD card (from same indoor position not near a window): 484s Previously from this same spot with SD card I could let it run all night long and never get a fix, so maybe the fix in step 2 is helping the fix in step 4, but the impression I get is that the most recent kernel has improved things. Brian Note: I get much better TTFF times outdoors, but didn't have opportunity to check. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
I'm thinking of getting out of this mailing list because it fills up my inbox each day. Can someone please create a forum instead. I've been part of a lot of mailing lists and this one is too much. please, check the archives and the wiki -- there are fora already. else you could follow the list through gmane or markmail (i think), which both provide a forum-like gui. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
Friday 18 July 2008 arne anka wrote: I'm thinking of getting out of this mailing list because it fills up my inbox each day. Can someone please create a forum instead. I've been part of a lot of mailing lists and this one is too much. please, check the archives and the wiki -- there are fora already. else you could follow the list through gmane or markmail (i think), which both provide a forum-like gui. Or, you know, use an email client which filters stuff and threads it... ;) -- ..Dan // Leinir.. http://www.leinir.dk/ Co- existence or no existence - Piet Hein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
On Friday 18 July 2008, Ole Kliemann wrote: On Fri, Jul 18, 2008 at 02:17:05PM +0300, Timo Jyrinki wrote: I had heard about some resistor in wrong place resulting in high-pass filter and basically making music listening unbearable. Do you still remember where you read it? I have some problems with the output of the headphone jack too. But to me it sounds mostly distorted. http://lists.openmoko.org/pipermail/community/2008-June/019938.html http://lists.openmoko.org/pipermail/openmoko-kernel/2008-March/001994.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
2. Tested GPS TTFF without SD card (from an indoor position not near a window): 306s 3. Shutdown and insert SD card 4. Tested GPS TTFF with SD card (from same indoor position not near a window): 484s Nice test but I have a concern that only simulataneous test is a fair one (two FR side by side) This is because gps satellites are constantly moving (2 orbits per day) so results can change http://en.wikipedia.org/wiki/Image:ConstellationGPS.gif Therefore I don't think we can place too much weight on time difference above in case particular building configuration in your in-door test suddenly shaded one crucial satellite Overall, getting indoor gps fix at all is pretty impressive - SIRF III is great chipset. If you bought GPS from 5 years ago this would be impossible for phone app. Also my (last year) O2 XDA Orbit is will not get indoor gps lock JW ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
Am Fr 18. Juli 2008 schrieb Al Johnson: On Friday 18 July 2008, Ole Kliemann wrote: On Fri, Jul 18, 2008 at 02:17:05PM +0300, Timo Jyrinki wrote: I had heard about some resistor in wrong place resulting in high-pass filter and basically making music listening unbearable. Do you still remember where you read it? I have some problems with the output of the headphone jack too. But to me it sounds mostly distorted. http://lists.openmoko.org/pipermail/community/2008-June/019938.html http://lists.openmoko.org/pipermail/openmoko-kernel/2008-March/001994.html You see, though I'm in a much better position now, I still didn't make it yet for this to come true, to fix it for good, against the powers that be. :-( My apologies to all of you for this. Stay assured this issue isn't forgotten, I'll struggle on cheers jOERG 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: InvisibleShield screen protectors
I just ordered one (screen only) for less than 10$. Free shipping for Europe ... That is great ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
On Fri, 18 Jul 2008 14:01:59 +0100 Andy Green [EMAIL PROTECTED] babbled: You and Arne are quite right, suspend is subject to random wakes from GSM world too at the moment and that can lead to the same result. Carsten wants to deal with wakes in his daemon so we're waiting on that. waiting on backlight to be left alone. daemon is done and already in ASU and being used by both illume and qtopia. backlight will come on on wake right now regardless until ompower (the daemon) changes its policy (code). :) do i detect a deadlock? (you wait for me,. i wait for you?) :) -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
On Fri, 18 Jul 2008 06:30:23 -0700 (PDT) Pomeroy Lab [EMAIL PROTECTED] babbled: I'm thinking of getting out of this mailing list because it fills up my inbox each day. Can someone please create a forum instead. I've been part of a lot of mailing lists and this one is too much. no - this has been discussed. we are not switching to forums - forums wont REDUCE the traffic - it just puts the same content in a web page. it has also been noted that MANY people will cease to participate if they now have to load up a web browser and log into a forum and click away repeatedly waiting for page reloads just to participate here. enable threading in your mail client and use filters to filter out mail per mailing list into different inboxes to help you cope. :( -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Lifetime
On Fri, 18 Jul 2008 15:12:45 +0200 Joerg Reisenweber [EMAIL PROTECTED] babbled: Am Fr 18. Juli 2008 schrieb arne anka: Touchscreen is not a wake from suspend source, so as you suggest it didn't get to suspend to make this trouble. not sure i understand you correctly, but several times i experience that the fr, while seemingly in suspended state, answers to a screen tap showing several console messages (whihte font, black background) and then switching to the lock screen. otoh, what i meant was: when the fr frequently wakes up the screen becomes sensitive and any tap would prevent the fr from going back to suspend -- so if in one of these moments of short resumes the screen ist tapped and again and again the fr would never resume thus draining the battery quickliy. And what is it that stops us from disabling ts, just reenabling it when we see a valid wake-source to stay in user-land (e.g. inbound call, RTC, powerbutton...)? no kernel mechanism to power down ts (like you can power down bluetooth for example)? :) -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community