Gathering GSM power state
Hello ! Is there a place where I could know some informations related to the GSM chipset power consumption, state, etc, without disturbing it ? I'm trying to monitor more closely power consumption of my FR since battery life is still very short despite having been fixed for #1024. So if you have any idea on what else I should look while monitoring /proc/apm, please tell me. Thanks ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Gathering GSM power state
ri...@happyleptic.org writes: Is there a place where I could know some informations related to the GSM chipset power consumption, state, etc, without disturbing it ? The battery has logic for measuring consumption. I only remember om battery consumption command but you can also read some current_now file somewhere to get the same effect. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
2010/1/26 lars poulsen larsopoul...@gmail.com: On Tue, Jan 26, 2010 at 1:18 AM, Valery Febvre vfeb...@easter-eggs.com wrote: Josh Thompson wrote: I just wanted to say thanks to the authors of 3 different applications I have started using recently. Podboy is fitting my need extremely well for listening to podcasts. I can't say how great this app is! :) I think I never read a message as pleasant as yours about an application I write. Thanks a lot. I'm really happy you like Podboy. You made my day ;-) Yeah, it's true, are really great apps ;) Queue for thanks :D -- Francesco de Virgilio *Ubuntu-it team member* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Rudimentary support for several wikis
Have you seen this on the git (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card) Multiple Language Version * Programs are in the root (*.elf) * Forth related items (*.4th *.4mu forth.ini) are in the root * Fonts (*.bmf) are in the root * XXpedia subdirectories contain the data (wiki*.*) (XX = en, es, de, fr ... see wiki-app/wiki_info.c) * XXpedia/wiki.nls is the language specific messages file (plain text key=message) How already tested this ? -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Rudimentary support for several wikis
Thomas HOCEDEZ wrote: Have you seen this on the git (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card) Nope. I take it most of my work was useless … ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
arne anka wrote: within normal operation (runlevel) phonefsod does not work predicatble. small changes in the phonefsod.conf made it stop entirely (w/o any useful info in the log despite DEBUG) and small changes in eg fsodeviced seemed to fix that ... what looks far more confusing to me is, that phonefsod always gets a lower pid than fsodeviced, fsousage or frameworkd -- despite being started later according to the number assigned in /etc/rc3.d: S01dbus ... S02fso-deviced S02fso-frameworkd ... S03phonefsod I don't know if it applies here, but unusual PIDs can happen as some daemons fork in order to run in the background, while others don't fork. Instead, they rely on start-stop-daemon or the startup script to put the process in the background. The FR is kind of slow, so apps that fork might take some time getting to the first fork. since accessing (activating?) the gsm means, one of the otheres has to be activae already. Not necessarily that active. init runs the fso-deviced script, which launch the daemon and quits. Then init launch the fso-frameworkd script, and so on. Generally, one script quits before the next starts. But that doesn't mean the launched daemon is actually ready for a connection. It may still be running early initialization code, such as resolving dynamic linking or parsing the config file. The next daemon to start may get through its initialization much faster, and try to contact an earlier daemon before it is ready. Which is why it is so necessary to have good retry logic. For example: 1. try to access resource 2. if not ready yet then sleep 1s, then try (1) again. It may still be necessary to abort/give up on other kinds of errors, but not ready is best handled by sleeping a little so the others can catch up before the next retry. The sleeping is necessary to avoid busy waiting. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: H:1, qtmoko or . . . .
Gay, John (GE Infra, Energy, Non-GE) wrote: Has anyone any experience setting up and using BT headset on the FR with any distro, but especially either H:1 or qtmoko? I was able to pair and connect to my motorola BT headset (until here it went fine - there is quit nice GUI for it). But if i do call, i cant hear anything. The Qtopia stack seems to register everything ok - i can switch between bt headset and normal handset, but i have no sound and i wasnt able to figure out what is wrong. IIRC i could even start a phone call using the button on BT headset, but no sound. I could be something like wrong alsa state files. Any help on this problem would be very nice. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
On Tue January 26 2010 2:20:34 am lars poulsen wrote: I really like the responsiveness of the application. If only it was not written in python i think flowers would be blooming and spring would be coming early. I was rather surprised that it is in python given how responsive it is. I'm kind of glad it is in python so that I can use it as an example of how to do a good python-elementary app. :) Josh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
On Mon January 25 2010 6:39:13 pm Denis Johnson wrote: On Mon, Jan 25, 2010 at 11:24 AM, Josh Thompson om-c...@joshandbianca.net wrote: NIDE is working really well to control MythTV. I had been thinking of writing something to control it via MythTV's remote control interface. This works just as well and works for other apps too. I have wanted to get NIDE running on my QTMoko to also control my MythTV but I'm stuggling to find working any of the feed or package links on the NIDE page, what's the secret ? cheers Denis I'm using SHR-testing and used the feed from the wiki page. I have version 0.01-r0 installed from around a week ago. Josh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Rudimentary support for several wikis
Actually that fits my needs very well. My support for several wikis was a rudimentary hack at best, to enable my real goal: using the wikireader as an ebook reader. *That* code was almost trivial to port, and can be found at git://gitorious.org/wikireader-ness/wikireader-ness2.git. I'll keep pushing there (mainly for backup), so if anyone is interested in having the entire project gutenberg library in their pocket … ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
deep sleep mode
Hello everyone, some days ago I was reading the hackable:1 (thanks you guys) mailing-list and I found: http://lists.hackable1.org/pipermail/hackable1-user/2010-January/000718.html So I wonder if editing /etc/frameworkd.conf in order to add ti_calypso_deep_sleep = always is now useless. Moreover, the same applies also to other distributions based on debian, like QtMoko? Which log-file reports the 'ti vendor profile'? Thanks you -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Try to save your soul: http://www.godfanclub.tk/ -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Rudimentary support for several wikis
Le 26/01/2010 14:23, Tom Bachmann a écrit : Thomas HOCEDEZ wrote: Have you seen this on the git (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card) Nope. I take it most of my work was useless … Did you think that maybe YOUR work causes this stuff to be developped ?! héhé ... OpenSource mysteries ;-) I'll keep watch your work. -- Thomas HOCEDEZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: deep sleep mode
giacomo `giotti` mariani giacomomari...@yahoo.it writes: Hello everyone, some days ago I was reading the hackable:1 (thanks you guys) mailing-list and I found: http://lists.hackable1.org/pipermail/hackable1-user/2010-January/000718.html So I wonder if editing /etc/frameworkd.conf in order to add ti_calypso_deep_sleep = always is now useless. hackable:1 does not use frameworkd but gsmd. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: deep sleep mode
hackable:1 does not use frameworkd but gsmd. So /etc/frameworkd.conf is useless? Thanks you -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Try to save your soul: http://www.godfanclub.tk/ -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: deep sleep mode
In QtMoko /opt/qtmoko/etc/default/Trolltech/Modem.conf: [DeepSleep] Active=always --default never [Multiplexing] Active=yes -- default no But I do not know whether your reality. - Thank you for your attention. -- View this message in context: http://n2.nabble.com/deep-sleep-mode-tp4461483p4462006.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
No one ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: deep sleep mode
giacomo `giotti` mariani a écrit : hackable:1 does not use frameworkd but gsmd. So /etc/frameworkd.conf is useless? Thanks you Yes ... it is provided by hackable1-config-gta0x which is packaged from openmoko-files (alsa scenarios, udev rules ...). We could have removed it, indeed ; thanks for pointing it out. David ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
On Sun, Jan 24, 2010 at 8:21 AM, ri...@happyleptic.org wrote: I don't know how to tell my procmail to discard completely off topic messages like these. It's been awhile since I used procmail, but I believe the recipe to add to your procmailrc is: :0: * ^From:.*commun...@lists.openmoko.org * ^Subject:.*\bOT\b trash # Save to a file named trash. Could use /dev/null. For those who use Gmail, here's an image of how to mute the conversation: http://imagebin.ca/view/2drcc4.html --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
Thanks Ben very useful for me! P.S. Maybe you never read this email :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How is gta01 charger ID resistor detected?
On Tue, 26 Jan 2010, Ben Wilson wrote:
I could be wrong, but I thought the 47K resistor cable ID feature was
one of the things they added into GTA02.
I assumed GTA01 didn't have it.
It's there in the hardware, according to the schematics. :-)
I've spent some quality time today with the gta01 schematics and pcf50606
docs, and I understand a little better now how this is supposed to work. The
USB ID pin is connected to the ACD (accessory detection) pin on the pcf50606,
and the 47k (48K in the schematic) resistor will pull the pin down to approx.
1.5V.
Something is setting the ACD threshold (probably u-boot), but nothing is
handling the ACDINS (insert) or ACDREM (remove) interrupts. I found that
pcf50606-charger.c is not setting up those interrupts to be handled.
Additionally, I found this in arch/arm/mach-gta01.c:
/* TODO */
static void gta01_pmu_event_callback(struct pcf50606 *pcf, int irq)
{
/*TODO : Handle ACD here */
}
OK - that answers that question. It hasn't been handled, at least since the
new split set of pcf50606 drivers were introduced. Looking at the original
monolithic pcf50606 driver, it was handled there. It looks to me like none of
the other MBC-related interrupts are currently being handled either for the
same reason.
By adding ACDINS and ACDREM to the list of IRQs to handle in
pcf50606-charger.c and by adding 6 lines of code in gta01_pmu_event_callback()
to handle them by setting/unsetting AUTOFST, I can now see AUTOFST being
enabled and disabled when I plug and unplug my charger cable with the ID
resistor. It's a quick hack, but it shows it can work.
I guess I know what my next project will be. :-) I'll take that to the kernel
list.
-Andy
It ain't what you don't know that gets you into trouble.
It's what you know for sure that just ain't so. - Mark Twain
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
P.S. Maybe you never read this email :D That's the problem with checking for [OT] : it doesnt tell how much off topic it is. Maybe we should establish new conventions, for instance : [RM] : Related mater [NCR] : Not completely related [OT] : Off topic [WOT] : Way off topic [MMI] : Speaking about me, myself and I So that we could configure procmail to accomodate slightly off topic subjects. I realize I'm feeding the very thread I urged the OP to close. I'm a very bad guy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QGPSLog to be released
Hi, I wrote a GPS logging GUI that uses FSO for GPS and power control. It's simple and never supposed to get a map. My main target was to do track logging (start,stop,split) and be avoid supsend when logging. You can specify a minimum battery capacity needed to log (otherwise it will stop logging). You can find an ipk here [1], source here [2] and screenshot here [3]. There is also a wiki page [4]. Please report bugs - otherwise this version will become 0.2 (0.1 was only used by me ;-)). Cheers, Christian [1] http://openmoko.senfdax.de/shr-new-unstable/qgpslog_0.1.99-r0.4_armv4t.ipk [2] http://git.senfdax.de/?p=qgpslog;a=summary [3] http://openmoko.senfdax.de/screenshots/QGPSLog.png [4] http://wiki.openmoko.org/wiki/QGPSLog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] hwclock issue
Hi! I'm using QtMoko v16b on the NAND and I have other distro on the uSD. My time is GMT+1 and when I have to choose the correct time on QtMoko I set it on the Paris time zone. But when I use another distro I see that the time reported is exactly GMT not GMT+1. Also, some time after a reboot (and specially after using Debian) I see during the boot an error message about the impossibility to read the hardware clock and to set the time to 01/01/1970. This error disappears from the boot only if I remove the battery. This is what I have if I give date and hwclock in the terminal of QtMoko: neo:~# date Tue Jan 26 23:54:02 CET 2010 neo:~# hwclock Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. neo:~# hwclock --debug hwclock from util-linux-ng 2.13.1.1 hwclock: Open of /dev/rtc0 failed, errno=16: Device or resource busy. No usable clock interface found. Cannot access the Hardware Clock via any known method. -- View this message in context: http://n2.nabble.com/QtMoko-hwclock-issue-tp4464053p4464053.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
On Tue, 26 Jan 2010 18:59:44 +0100, Ben Wong lists.openmoko@wongs.net wrote: It's been awhile since I used procmail, but I believe the recipe to add to your procmailrc is: :0: * ^From:.*commun...@lists.openmoko.org * ^Subject:.*\bOT\b trash # Save to a file named trash. Could use /dev/null. community@lists.openmoko.org appears in To rather than From. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
