Re: ventura upgrades
The menu can at best show about 5 items - so the hide controls command thank you for the updated version, nice to have the ability to hide the controls, if needed. The Page item is hardly usable but i can imagine this is EFL issue and nt yours... just reporting :), simply you cannot access the Reload, Stop, Fullscreen... buttons. What also gives me lot's of troubles is the URL dialog: - after pressing cancel, the URL dialog will not show up, Ventura restart needed - when editing url of already opened page, the url is present and highlighted, which is really great, but even if you move cursor around, the text stays highlighted so once you try to correct perhaps a typo, the whole text is gone and needs to be rewritten. Pressing Ćancel doesn't help due to the above issue. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth
Quoting Chuck Norris norris.ch...@mail.ru: Can someone point me in docs or show configs how to configure bluetooth network with FreeRunner and my linux box(I have gentoo). I tried read wiki.bluez.org but without success... :( Is it only possible configure bluetooth on linux (bluez4) through dbus? That's actually very easy :) Here is what I do: 1) Install emtooth and pair with my computer. Once this is done, the next time I want to use it I just have to open emtooth and let my computer (Linux) connect to the FR. 2) Don't forget to set a name for the bluetooth device (I personally want it to be something else than om-gta-02). 3) Then I fill in /etc/udhcpd.conf with the following information: # The start and end of the IP lease block start 192.168.16.17 #default: 192.168.0.20 end 192.168.16.30 #default: 192.168.0.254 # The interface that udhcpd will use interface bnep0 #default: eth0 # Other options opt dns 208.67.222.222 208.67.220.220 option subnet 255.255.255.0 opt router 192.168.16.16 option domain local 4) And my /etc/network/intrefaces: # Bluetooth networking iface bnep0 inet static address 192.168.16.16 netmask 255.255.255.0 network 192.168.16.0 up udhcpd down killall udhcpd 5) With that configuration, I just need to connect with bluetooth networking and my computer automatically gets an IP address via DHCP. (I have tested this with Linux and Mac OSX). 6) (Optional) If you want, you can also use IPtables to give Internet access to your computer with the GPRS connection of the FR. (Let me know if you need help with this). Regards, Benedikt ___ 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
QtMoko v22
Hi, i have uploaded new stable QtMoko debian images [1]. QtMoko is stable distribution based on Qtopia (or QtExtended). For more info check our homepage. This new version is mainly bug fix release. Changes from previous version include: - fixed power management to correctly detect cable - fixed GPS power up script (NeronGPS now works just fine again) - workaround for the GSM (restart not needed now) - added omhacks for controlling Neo hardware from command line - new application Neocontrol for controlling Neo sysfs and other tasks - implemented power management for locked/unlocked screen - build fixes and code improvements (Bartlomiej Zimon) As for the fixes: first two are quite clear. The problem with GSM not registering can be partially solved by putting sleep after we power the modem on. GSM registering now failed for me only first time after flashing. Then i tried many times and haven't hit the problem again so let's hope it's fixed now. Anyway 2.6.32 does not have this problem - so 2.6.32 is long term solution. Omhacks [4] is great for various low level openmoko setting. It's from Debian and credits to it's authors. I will slowly migrate everything to use it's API. Neocontrol is work in progress application. Most of the functionality is not implemented yet. The switching to QVGA is only experimental and it will most probably not work for you. Watching the sysfs is on the other hand working and is useful. I have also implemented power management for locked/unlocked screen. If you set intervals to 0 in When locked mode - it will not be used and Qtmoko will use suspend intervals based on power source. This feature is still quite experiment and i think sometimes it does now properly. As for upgrading to new version: the kernel, rootfs and all except /opt is the same. You can just grab qtmoko-update-v22.tar.gz, stop Qtopia and unpack it. ssh r...@192.168.0.202 cd / wget http://sourceforge.net/projects/qtmoko/files/qtmoko-update- v22.tar.gz/download /etc/init.d/qpe.sh stop tar xzvpf qtmoko-update-v22.tar.gz Btw please check MD5SUMs: 7bd189c4ab152f92517b82d748f22a8a qtmoko-debian-v22.jffs2 79012074ea1c2c6498b7524ab2e70fb7 qtmoko-debian-v22.tar.gz 96e7c199a9001b6b1d0a4f8a45effc47 qtmoko-update-v22.tar.gz 8ea022a3eaaba471ad6809b8923934e0 uImage-v22.bin Plans for next version remain the same except that i have now GTA01 device (thanks to Pavel Machek), so if all goes right i will release also gta01 images. Hope you'll like this new version Cheers Radek [1] http://sourceforge.net/projects/qtmoko/files/ [2] http://qtmoko.org/ [3] http://activationrecord.net/radekp/qtmoko/ [4] http://git.debian.org/?p=pkg-fso/omhacks.git ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Hi Radek, Thanks a lot for this version Have you planned testing release with 2.6.32 kernel ? Regards, Yann - Mail Original - De: Radek Polak pson...@seznam.cz À: List for Openmoko community discussion community@lists.openmoko.org Envoyé: Mardi 27 Avril 2010 11:33:37 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: QtMoko v22 Hi, i have uploaded new stable QtMoko debian images [1]. QtMoko is stable distribution based on Qtopia (or QtExtended). For more info check our homepage. This new version is mainly bug fix release. Changes from previous version include: - fixed power management to correctly detect cable - fixed GPS power up script (NeronGPS now works just fine again) - workaround for the GSM (restart not needed now) - added omhacks for controlling Neo hardware from command line - new application Neocontrol for controlling Neo sysfs and other tasks - implemented power management for locked/unlocked screen - build fixes and code improvements (Bartlomiej Zimon) As for the fixes: first two are quite clear. The problem with GSM not registering can be partially solved by putting sleep after we power the modem on. GSM registering now failed for me only first time after flashing. Then i tried many times and haven't hit the problem again so let's hope it's fixed now. Anyway 2.6.32 does not have this problem - so 2.6.32 is long term solution. Omhacks [4] is great for various low level openmoko setting. It's from Debian and credits to it's authors. I will slowly migrate everything to use it's API. Neocontrol is work in progress application. Most of the functionality is not implemented yet. The switching to QVGA is only experimental and it will most probably not work for you. Watching the sysfs is on the other hand working and is useful. I have also implemented power management for locked/unlocked screen. If you set intervals to 0 in When locked mode - it will not be used and Qtmoko will use suspend intervals based on power source. This feature is still quite experiment and i think sometimes it does now properly. As for upgrading to new version: the kernel, rootfs and all except /opt is the same. You can just grab qtmoko-update-v22.tar.gz, stop Qtopia and unpack it. ssh r...@192.168.0.202 cd / wget http://sourceforge.net/projects/qtmoko/files/qtmoko-update- v22.tar.gz/download /etc/init.d/qpe.sh stop tar xzvpf qtmoko-update-v22.tar.gz Btw please check MD5SUMs: 7bd189c4ab152f92517b82d748f22a8a qtmoko-debian-v22.jffs2 79012074ea1c2c6498b7524ab2e70fb7 qtmoko-debian-v22.tar.gz 96e7c199a9001b6b1d0a4f8a45effc47 qtmoko-update-v22.tar.gz 8ea022a3eaaba471ad6809b8923934e0 uImage-v22.bin Plans for next version remain the same except that i have now GTA01 device (thanks to Pavel Machek), so if all goes right i will release also gta01 images. Hope you'll like this new version Cheers Radek [1] http://sourceforge.net/projects/qtmoko/files/ [2] http://qtmoko.org/ [3] http://activationrecord.net/radekp/qtmoko/ [4] http://git.debian.org/?p=pkg-fso/omhacks.git ___ 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: QtMoko v22
On Tuesday 27 April 2010 16:19:20 Yann SLADEK wrote: Thanks a lot for this version Have you planned testing release with 2.6.32 kernel ? I have not worked on 2.6.32 since last release. I want some stable version which has no annoying bugs (hopefully it's v22?). But then i would like to finish 2.6.32 up and make it stable. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
What are the annoying bugs you're talking about ? I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and I didn't see any regressions (touchscreen is smoother, speed has been improved, etc..) The only weird thing I got is a poor battery life (24h max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with SHR for example). I did the modification of the right file but I have the same behaviour than with Android who didn't implement the software fix. But it's not kernel related Regards, Yann - Mail Original - De: Radek Polak pson...@seznam.cz À: List for Openmoko community discussion community@lists.openmoko.org Envoyé: Mardi 27 Avril 2010 16:44:39 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: QtMoko v22 On Tuesday 27 April 2010 16:19:20 Yann SLADEK wrote: Thanks a lot for this version Have you planned testing release with 2.6.32 kernel ? I have not worked on 2.6.32 since last release. I want some stable version which has no annoying bugs (hopefully it's v22?). But then i would like to finish 2.6.32 up and make it stable. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u 20100425] chinese fonts do not work, mplayer still dumb
after being fedup with the frustrations of the last shr-u i re-flashed last night. only to find that chinese characters are no longer inputable via the terminal even when ttf-arphic-uming and task-fonts-truetype-chinese are installed. how can i re-gain chinese font input? along with that, mplayer is still unable to resume after pausing. this has been an issue sine last month. how can i re-gain mplayer pause - resume functionality? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: What are the annoying bugs you're talking about ? I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and I didn't see any regressions (touchscreen is smoother, speed has been improved, etc..) Oki, nice to hear it. The only weird thing I got is a poor battery life (24h max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with SHR for example). I did the modification of the right file but I have the same behaviour than with Android who didn't implement the software fix. I have #1024 fix since Saturday, but havent tried it yet. But in the Modem AT logs it seems ok. This is my log line after modifying DeepSleep to yes: Apr 27 18:08:53 neo Qtopia: AtChat : T : AT%SLEEP=4 if it was not active you should get AT%SLEEP=2. But maybe the command has to be issued also after resume. I'll have to check if it's correctly implemented... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
I'm also using kernel 2.6.32, and there is no problem with it (if you except the poor battery life ...) -- Gand' On Tue, Apr 27, 2010 at 6:15 PM, Radek Polak pson...@seznam.cz wrote: On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: What are the annoying bugs you're talking about ? I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and I didn't see any regressions (touchscreen is smoother, speed has been improved, etc..) Oki, nice to hear it. The only weird thing I got is a poor battery life (24h max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with SHR for example). I did the modification of the right file but I have the same behaviour than with Android who didn't implement the software fix. I have #1024 fix since Saturday, but havent tried it yet. But in the Modem AT logs it seems ok. This is my log line after modifying DeepSleep to yes: Apr 27 18:08:53 neo Qtopia: AtChat : T : AT%SLEEP=4 if it was not active you should get AT%SLEEP=2. But maybe the command has to be issued also after resume. I'll have to check if it's correctly implemented... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
I have also implemented power management for locked/unlocked screen. If you set intervals to 0 in When locked mode - it will not be used and Qtmoko will use suspend intervals based on power source. This feature is still quite experiment and i think sometimes it does now properly. I upgraded via the method you suggested last night. I'm happy to say it does seem less buggy initially, I'll have to play with it a bit more to really test out the new changes. There's one minor thing I noticed with the new power management function. When on battery, the power manager defaults to the 'When locked' option. When I then plug in the phone it switches to 'On Battery' instead of 'Plugged In'. Not sure if we still have to restart QTMoko after plugging in to switch to the 'Plugged in' mode by default, or if this is a bug with the new setup. Again, this is very preliminary usage, so I'd still like to try it out for a while with different circumstances and see how things go. -- Steve Woodruff swo...@ubuntu.com https://wiki.ubuntu.com/swoody ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Looks like need to upgrade to v22 - i'm on shr now because of no rcv smses on QtMoko ;/ Thx Radek! Dnia 27 kwietnia 2010 19:52 Gand' lt;gand...@viroenforce.comgt; napisał(a): I'm also using kernel 2.6.32, and there is no problem with it (if you except the poor battery life ...) -- Gand' On Tue, Apr 27, 2010 at 6:15 PM, Radek Polak lt;pson...@seznam.czgt; wrote: On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: gt; What are the annoying bugs you're talking about ? gt; I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and gt; I didn't see any regressions (touchscreen is smoother, speed has been gt; improved, etc..) Oki, nice to hear it. gt; The only weird thing I got is a poor battery life (24h gt; max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with gt; SHR for example). I did the modification of the right file but I have the gt; same behaviour than with Android who didn't implement the software fix. I have #1024 fix since Saturday, but havent tried it yet. But in the Modem AT logs it seems ok. This is my log line after modifying DeepSleep to yes: Apr 27 18:08:53 neo Qtopia: AtChat : T : AT%SLEEP=4 if it was not active you should get AT%SLEEP=2. But maybe the command has to be issued also after resume. I'll have to check if it's correctly implemented... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community___Openmoko community mailing listcommun...@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
Ok one bug - have Message Icon on Home screen with info SMS Full - looks like smses are not deleted from sim. System Info shows 25 smses used/ 0 free. How to easy delete all of them just from sim? When locked kicks ass. Best regards.Bartlomiej Zimon.ps. i have still problems with qt/qtmoko compilation on x86_64 and need it to develop on qtmoko :( Dnia 27 kwietnia 2010 21:23 Bartłomiej Zimoń lt;uz...@o2.plgt; napisał(a): Looks like need to upgrade to v22 - i'm on shr now because of no rcv smses on QtMoko ;/ Thx Radek! Dnia 27 kwietnia 2010 19:52 Gand' lt;gand...@viroenforce.comgt; napisał(a): I'm also using kernel 2.6.32, and there is no problem with it (if you except the poor battery life ...) -- Gand' On Tue, Apr 27, 2010 at 6:15 PM, Radek Polak lt;pson...@seznam.czgt; wrote: On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: gt; What are the annoying bugs you're talking about ? gt; I'm on v21 (or v20 I don't remember but 2.6.32 kernel) for a month now and gt; I didn't see any regressions (touchscreen is smoother, speed has been gt; improved, etc..) Oki, nice to hear it. gt; The only weird thing I got is a poor battery life (24h gt; max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with gt; SHR for example). I did the modification of the right file but I have the gt; same behaviour than with Android who didn't implement the software fix. I have #1024 fix since Saturday, but havent tried it yet. But in the Modem AT logs it seems ok. This is my log line after modifying DeepSleep to yes: Apr 27 18:08:53 neo Qtopia: AtChat : T : AT%SLEEP=4 if it was not active you should get AT%SLEEP=2. But maybe the command has to be issued also after resume. I'll have to check if it's correctly implemented... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community___Openmoko community mailing listcommun...@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community___Openmoko community mailing listcommun...@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 19 April 2010 12:23, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Yes you need to configure the userland watchdog to do something useful. Like check that you have no processes in disk sleep (D) state and that SSH server is running etc. I just noticed that my dmesg says: [21474543.91] s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled Is that a problem? If so, what should I do to fix it? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: git.openmoko.org / GTA02 kernel sources?
Sean Moss-Pultz wrote: We [...] pay Gismo a monthly salary to maintain things for us. Thanks for clarifying and thanks for your continued support of the Openmoko community ! - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Neil Jerram neiljer...@googlemail.com writes: [21474543.91] s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled Not sure, are you running watchdog process? -Tiom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] OMNewRotate 0.5.7 is out!
Hiya, Firstly, thanks ever so much for putting in the effort getting my changes to omnewrotate through. I've upgraded my SHR-T today and got the latest version complete with init script. Woo! Here's some observations: *missing exec permission* The exec permission is missing from the init script which is causing the desktop shortcut to fail. Any chance you could get this fix rushed out? r...@om-gta02 ~ $ opkg install omnewrotate Installing omnewrotate (0.5.7+svnr61-r0.4) to root... Downloading http://build.shr-project.org/shr-testing/ipk//armv4t/omnewrotate_0.5.7+svnr61-r0.4_armv4t.ipk. Configuring omnewrotate. r...@om-gta02 ~ $ ls -l /etc/init.d/omnewrotate -rw-r--r--1 root root 1115 Apr 22 12:03 /etc/init.d/omnewrotate r...@om-gta02 ~ $ ps -A | grep rot r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh /usr/bin/omnewrotate.sh: line 3: /etc/init.d/omnewrotate: Permission denied *workaround* chmod +x /etc/init.d/omnewrotate r...@om-gta02 ~ $ chmod +x /etc/init.d/omnewrotate r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh starting omnewrotate...done r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh stopping omnewrotate...done *unused config file* I also noticed that /etc/default/omnewrotate.conf is used any more and could be removed. Thanks for all the hard work! One small step for omnewrotate, one giant leap for SHR :-) Tim Abell Rui Miguel Silva Seabra wrote: http://blog.1407.org/2010/04/04/omnewrotate-0-5-7-is-out/ After about 11 months since the previous release, I've just released omnewrotate 0.5.7 (after short lived 0.5.5 and 0.5.6 as I found out a dangling patch in SHR-Unstable's recipe and did a mistake on the 0.5.6 release) which integrates Tim Abell's init script change and the aforementioned patch. As I'm running SHR-Unstable, your mileage may vary but it's likely it will work :) As usual, the download links are at the project’s Google Code site for omnewrotate (see the featured downloads section): * the ipk of this release (OpenPGP sig). * and its tar ball (OpenPGP sig) Enjoy! ___ Shr-devel mailing list shr-de...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-devel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bright Player 0.4
Hey there. I just uploaded Bright Player 0.4: the quick and easy random music player for the Neo Freerunner and compatible devices. These are the most noticeable changes: * Application almost fully rewritten and organized in layers. * Now it provides Enlightenment GTK interfaces. Just ask if you want it to support additional toolkits ;-) * Use of a configuration file. * Less bugs. * Faster. Source code available at http://www.faltantornillos.net/proyectos/gnu/brightPlayer/brightPlayer0.4.tar.gz and ipk located at http://www.opkg.org/package_334.html Best Regards. faltantornillos.net disculpenlasmolestias.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bright Player 0.4
Daniel MT faltantornil...@gmail.com writes: http://www.faltantornillos.net/proyectos/gnu/brightPlayer/brightPlayer0.4.tar.gz some random comments: 1) tar zxf extracts the files to cwd. it is customary to have a subdirectory inside the tar, like brightPlayer-0.4. 2) files are not executable. Usually people expect they can type brightPlayer to start brightPlayer instead of having to type python /usr/bin/brightPlayer.py 3) installation instructions and/or scripts are missing. 4) brightGTK.py is apparently hardcoded to read /usr/share/pixmaps/brightPlayer.png -- does this mean that it is not possible to install the program to home directory? 5) os.system('killall mplayer amixer cset iface=MIXER,name=\'Amp Spk Switch\' off /dev/null kill `ps -e -o pid,command | grep [b]rightDetector.py | awk {\'print $1\'}` ') is not very nice. It kills my mplayer process that is recording a radio show using the -dumpstream option.. If your process starts mplayer you should write down the pid and kill it by that. Something like pid = os.fork() if pid == 0: os.exec...(mplayer...) else: print(pid of mplayer is %s % pid) should work. 6) os.system('echo 1 /sys/class/backlight/gta02-bl/bl_power') works only as root. Am I supposed to run the music player as root? 7) os.system('renice -15 -p $(pidof mplayer)') ditto. 8) os.system('amixer cset iface=MIXER,name=\'Amp Spk Switch\' on /dev/null ') you can use -q to make amixer silent instead of /dev/null.. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wepad
Hi list, anybody an idea what the Wepad will be able to do? Can we put QtMoko or Hackable:1 or something on it? Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Oh you were lucky! v0.01
Dredging up old stuff... I tried this script, and it ran, but no video ever showed. I think there may be some problem with how the script gets the address for the video. It picks one OK, but never displays it. I hope there is still interest in this...and the GUI as well! Thanks! Russell Dwiggins -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/Oh-you-were-lucky-v0-01-tp3935437p4972689.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: QtMoko v22
On Tuesday 27 April 2010 17:00:52 Yann SLADEK wrote: The only weird thing I got is a poor battery life (24h max) althought I have a buzzfixed GTA02 (the battery goes up to 80h with SHR for example). I did the modification of the right file but I have the same behaviour than with Android who didn't implement the software fix. I have tweaked my config: neo:~# cat /opt/qtmoko/etc/default/Trolltech/Modem.conf [DeepSleep] Active=yes [Multiplexing] Active=yes Now i run NeoControl and suspend my phone. After waking up the battery current in NeoContol displays: 11437 which is ~12mA. Since the battery has capacity 1200mAh it should last 1200/12=100 hours in this state. I had full battery yesterday afternoon. At home i used wifi for like 40minutes otherwise it was suspended. Now after 12 hours the battery indicator in Qtopia displays 4/5 full. So i think deep sleep is working. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community