Re: QtMoko v58 with 2.6.39 kernel and improved power management
Thanks for the tip, I'll try it too. I've just opened the file and it's so clear how to modify it, I think that QtMoko is really a good OS and I'm surprised that Nokia stop its development. Adrien Le vendredi 20 décembre 2013 à 00:06 +0100, Francesco De Vita a écrit : So the question is : is it possible to have button order as below when the call is answered ? -- | Hold | Hang up | -- So, if I touch twice the Answer button, I just hold the call and I'll be able to take it back easier. Maybe you can simply switch their positions, take a look at /opt/qtmoko/etc/themes/mokofaen/callscreen.xml lines 108-129. And it is not a bad idea, because the actual positions of the Hang up button are inconsistent: if you're receiving a call the Hang Up is on the right, but if you're in a call it is on the left. Well, I'll try it myself tomorrow! ;) Joif ___ 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: QtMoko v58 with 2.6.39 kernel and improved power management
Hello, Thanks for this new version, I hope that a lot of Neo will be still used over years with your work ;) Le jeudi 12 décembre 2013 à 10:09 +0100, Radek Polak a écrit : Hi, * show end call button after 2s to avoid unwanted press I understand well the issue and I've another proposition to fix this bug : Currently we have these buttons int this order when a call comes : --- | Answer | Reject | --- And then, when the call was answered, we've these buttons : -- | Hang up | Hold | -- With the Hang up button looking exactly as the Reject button. I want to suggest instead of adding a timer (or having both solutions) to not switch the place of the Reject/Hang up button when the call is hung up. So the question is : is it possible to have button order as below when the call is answered ? -- | Hold | Hang up | -- So, if I touch twice the Answer button, I just hold the call and I'll be able to take it back easier. Thanks again and best regards ! Adrien ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Radek Polak pson...@seznam.cz writes: Hi, the update interval is now as often as uevents are comming from linux kernel. You can enable logging-power management and check in log how often it is - i think it could be those 20s. Between two log entries of the form: battery change event charge%= n% is about 1 minute. Nevertheless, I think that will be fine if it updates regardless when coming out of suspend (so you can take it out of suspend, check the battery level, and put it back in suspend). Thanks, Dominic ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
So the question is : is it possible to have button order as below when the call is answered ? -- | Hold | Hang up | -- So, if I touch twice the Answer button, I just hold the call and I'll be able to take it back easier. Maybe you can simply switch their positions, take a look at /opt/qtmoko/etc/themes/mokofaen/callscreen.xml lines 108-129. And it is not a bad idea, because the actual positions of the Hang up button are inconsistent: if you're receiving a call the Hang Up is on the right, but if you're in a call it is on the left. Well, I'll try it myself tomorrow! ;) Joif ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Thanks Radek, I've been using the Freerunner as my primary (in fact only) mobile phone for about 2 years now, thanks in no small part to QtMoko. One question. Is it just me or is the battery capacity monitor not updated frequently enough, and not at all during suspend? For example, taking the phone out of suspend you have to wait 20-30 seconds before it shows you you've lost a bar of power. Is there a way of increasing the frequency, and making it work in the background while the phone is in suspend? Thanks again, and keep up the good work. Dominic ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Wednesday, December 18, 2013 04:28:56 PM Dominic Walden wrote: Thanks Radek, I've been using the Freerunner as my primary (in fact only) mobile phone for about 2 years now, thanks in no small part to QtMoko. One question. Is it just me or is the battery capacity monitor not updated frequently enough, and not at all during suspend? For example, taking the phone out of suspend you have to wait 20-30 seconds before it shows you you've lost a bar of power. Hi, the update interval is now as often as uevents are comming from linux kernel. You can enable logging-power management and check in log how often it is - i think it could be those 20s. Is there a way of increasing the frequency, and making it work in the background while the phone is in suspend? AFAIK the battery charge is updated even when phone is suspended - the chip in battery does this. Maybe we could force QtMoko to read it immediately after leaving suspend. The values should be fresh. I can check if it's easily doable. Thanks again, and keep up the good work. Nice to hear that it works for you. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thu 19 December 2013 08:21:54 Radek Polak wrote: the update interval is now as often as uevents are comming from linux kernel. You can enable logging-power management and check in log how often it is - i think it could be those 20s. Is there a way of increasing the frequency, and making it work in the background while the phone is in suspend? AFAIK the battery charge is updated even when phone is suspended - the chip in battery does this. Maybe we could force QtMoko to read it immediately after leaving suspend. The values should be fresh. I can check if it's easily doable. Yes, the chip does gapfree battery monitoring in GTA02-battery. Since FIQ needed to read out the (bq27x00 chip in) battery is kinda heavy, it makes sense to not update it too often. Also battery doesn't change that fast to make sense when updating more frequently, actually I think 20s is pretty frequent already. However an update cycle scheduled immediately after resume should be easily feasible and is the right thing[TM] to do :-) Maybe an even smarter way to handle all related issues would be to trigger a battery chip readout and update the battery gauge display whenever the display becomes visible - X11 should be able to send an according signal, I think. This would as well support up-to-date displayed values after closing a fullscreen app and after unblanking the screen. cheers jOERG -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) 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: QtMoko v58 with 2.6.39 kernel and improved power management
Awesome! great job! I'll try it out immediately (: Thank you guys! Joif ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Wow! I'll get my freerunner out of the box (I don't like it taking dust on a shelf ;) ) d On Thu, Dec 12, 2013 at 10:24 AM, Francesco De Vita francesco.dev...@mailoo.org wrote: Awesome! great job! I'll try it out immediately (: Thank you guys! Joif ___ 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 v58 with 2.6.39 kernel and improved power management
Hi Radek, Thanks a lot! i am still on the old 2.6.29 kernel ;-) Will try it out soon. Can you tell a bit more about your GPS problem? Is there no output coming from cat /dev/ttySAC1 ? Does it work with the older kernels? I m not running qtmoko and the gps is runing fine. Kind regards, Ed On Thu, 2013-12-12 at 10:09 +0100, Radek Polak wrote: Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. Here is list of changes since last Freerunner release: * gta02 kernel upgrade to 2.6.39 * hack to stop vibrating after resume * show end call button after 2s to avoid unwanted press * improved colors in qmplayer encoding * better name of encoded movie in qmplayer * using emdebian for some packages * using glamo-mplayer as package * suspend in locked screen is now after 3s * accelerometers are now in module and disabled by default (see below) 99% of the credit for this release goes to Paul Ferster. He managed to find the suspend/resume problem and finally after years we have stable kernel. Many thanks! As a side effect while playing with the new kernel i have discovered power management bug in lis302dl (accelerometer) driver. The module seems to eat ~6mA in suspend. So by default the module is now not loaded and accelerometers are not working. On the other side, the current in suspend is now between 4..6mA which gives ~200 hours in standby! If you want to use accels you do: echo lis302dl /etc/modules echo joydev /etc/modules As for the other changes. I plan to start using Freerunner as my daily phone now so i had to fix one old problem. When i answered phone call i often accidentaly pressed the Accept call button twice. After first press the button changed to End call and the second press ended the call immediately. This is now fix and there is 2s interval where second press is ignored. Another problem noticed was that sometimes the phone would start vibrating after resume. So there is now hack that stops vibrations after each resume. Another nice thing is that i am now using emdebian and i have rebuild a few packages with useless python dependencies. The result is that tarbal size went from 161MB - 88MB and ubifs 146MB - 102MB. So if you are still using Freerunner i hope it can work for you nicely. Cheers Radek Btw - anyone has working GPS on Freerunner? I cant get fix and it seems it's not SW problem. It would be nice to have it working again... [1] http://sourceforge.net/projects/qtmoko/files/GTA02/ [2] http://qtmoko.sourceforge.net/ ___ 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 v58 with 2.6.39 kernel and improved power management
On czw, 2013-12-12 at 10:09 +0100, Radek Polak wrote: Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. Many thanks Radek! [cut] 99% of the credit for this release goes to Paul Ferster. He managed to find the suspend/resume problem and finally after years we have stable kernel. Many thanks! Thank you Paul! -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Hi Radek, Am 12.12.2013 um 10:09 schrieb Radek Polak: Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. +++ Btw - anyone has working GPS on Freerunner? I cant get fix and it seems it's not SW problem. It would be nice to have it working again... Some knowledge from GTA02 service: a) the U.FL-cable of the GPS antenna module can easily be broken (where it is soldered to the GPS antenna module PCB) b) there is no capacitor on the MMC clock line (this results in 63*25 MHz noise) - was fixed in factory on A6 and A7 boards Does it work with an external antenna? BR, Nikolaus___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Hi, At Thu, 12 Dec 2013 10:09:19 +0100, Radek Polak wrote: QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. ... As for the other changes. I plan to start using Freerunner as my daily phone To what degree are you still working on qtmoko for gta04? Will there be a release of v58 for the gta04? Thanks for the great work! Neal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thursday, December 12, 2013 11:02:47 AM Neal H. Walfield wrote: To what degree are you still working on qtmoko for gta04? Will there be a release of v58 for the gta04? I have recently adapted it to Neil Brown's latest 3.7 kernels - so there are some improvements in charging on kernel level and probably some users space fixes. I can do v58 for GTA04 too. It could benefit from the GTA02 changes too - smaller tarball, answer button etc... But most likely i will get to it during xmas. BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thursday, December 12, 2013 10:47:41 AM Ed Kapitein wrote: Hi Radek, Thanks a lot! i am still on the old 2.6.29 kernel ;-) Will try it out soon. Can you tell a bit more about your GPS problem? Is there no output coming from cat /dev/ttySAC1 ? Does it work with the older kernels? I tried qtmoko v26 - very old one which had GPS 100% working and no luck. I can see nmea comming using gpsmon, it just does not get fix. I talked to Paul Ferseter on IRC and he has the same problem. He said he could get fix when using GPS amplifier. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thursday, December 12, 2013 10:54:41 AM Dr. H. Nikolaus Schaller wrote: Some knowledge from GTA02 service: a) the U.FL-cable of the GPS antenna module can easily be broken (where it is soldered to the GPS antenna module PCB) b) there is no capacitor on the MMC clock line (this results in 63*25 MHz noise) - was fixed in factory on A6 and A7 boards Hi, i tried the antenna on GTA04 board and it worked perfectly. I have the MMC capacitor soldered, maybe it stopped working? Does it work with an external antenna? Unfortunately i dont have one to try... BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thursday, December 12, 2013 10:09:19 AM Radek Polak wrote: So if you are still using Freerunner i hope it can work for you nicely. Hmm it seems that automatic suspending is not working as expected (but using lock and POWER button works welll). I hope to fix and release update soon. More bug reports are welcome :) BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On 12/12/2013 10:54 AM, Patryk Benderz wrote: On czw, 2013-12-12 at 10:09 +0100, Radek Polak wrote: Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. Many thanks Radek! [cut] 99% of the credit for this release goes to Paul Ferster. He managed to find the suspend/resume problem and finally after years we have stable kernel. Many thanks! Thank you Paul! Thanks a lot! -- ## giacomo 'giotti' mariani gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859 O ASCII ribbon campaign: stop HTML mail www.asciiribbon.org ## ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
2013/12/12 Radek Polak pson...@seznam.cz Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. Nice! Many thanks, I will give it a try ASAP. [cut] As a side effect while playing with the new kernel i have discovered power management bug in lis302dl (accelerometer) driver. The module seems to eat ~6mA in suspend. So by default the module is now not loaded and accelerometers are not working. On the other side, the current in suspend is now between 4..6mA which gives ~200 hours in standby! If you want to use accels you do: echo lis302dl /etc/modules echo joydev /etc/modules Something you certainly tried, but I ask the question: did you try to automatically unload/reload module when going to suspend mode? I remember there is such framework around suspend/hibernate framework: simply list modules somewhere and they are automagically unloaded when goind to suspend mode and restored when resuming. [cut] Btw - anyone has working GPS on Freerunner? I cant get fix and it seems it's not SW problem. It would be nice to have it working again... I will try, as my only plans for freerunner are around a GPS evolved device. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Am Donnerstag, 12. Dezember 2013, 10:09:19 schrieb Radek Polak: Btw - anyone has working GPS on Freerunner? I cant get fix and it seems it's not SW problem. It would be nice to have it working again... As I remember, if the GTA02 got no fix, I had to boot u-boot from NOR and after a reboot everything worked fine. I don't even had to load a kernel from NOR, simply power on and off. Rico 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: QtMoko v58 with 2.6.39 kernel and improved power management
On Thursday, December 12, 2013 02:58:47 PM Guilhem Bonnefille wrote: Something you certainly tried, but I ask the question: did you try to automatically unload/reload module when going to suspend mode? I remember there is such framework around suspend/hibernate framework: simply list modules somewhere and they are automagically unloaded when goind to suspend mode and restored when resuming. Hi, yup tried, but this does not work. Once you load lis302dl the power remains high even after you rmmod it. It should not be hard to find and fix the driver. I am hoping someone will do it ;-) Hmm interesting idea - IIRC we have lis302dl on GTA04 too. It would be worth trying if they eat power on GTA04 too... BR Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
On Thu, Dec 12, 2013 at 3:41 PM, Radek Polak pson...@seznam.cz wrote: Hmm interesting idea - IIRC we have lis302dl on GTA04 too. It would be worth trying if they eat power on GTA04 too... 6mA is a lot... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Ehr... I have these ugly errors during the boot: UBI error: process_eb: bad image sequence number 1588845893 in PEB 1971, epxected 1933142073 slab error in kmem_cache_destroy(): cache `ubi_scan_slab': Can't free all objects UBI error: ubi_init: cannot attach mtd6 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [c002b0f0] (unwind_backtrace+0x0/0xf0) from [c02aba94] (panic+0x58/0x174) [c02aba94] (panic+0x58/0x174) from [c0008cc0] (mount_block_root+0x1d4/0x294) [c0008cc0] (mount_block_root+0x1d4/0x294) from [c0008f6c] (prepare_namespace+0x8c/0x1c8) [c0008f6c] (prepare_namespace+0x8c/0x1c8) from [c00089b4] (kernel_init+0xfc/0x130) [c00089b4] (kernel_init+0xfc/0x130) from [c0027730] (kernel_thread_exit+0x0/0x8) I reflashed the v55 and there is not such issue. Regards Joif * Russo - rilevata * Inglese * Italiano * Russo * Francese * Tedesco * Spagnolo * Inglese * Italiano * Russo * Francese * Tedesco * Spagnolo javascript:void(0); ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Sorry for the previous message, it seems that I'm not able to boot any more from NAND :( Ehr... I have these ugly errors during the boot: UBI error: process_eb: bad image sequence number 1588845893 in PEB 1971, epxected 1933142073 slab error in kmem_cache_destroy(): cache `ubi_scan_slab': Can't free all objects UBI error: ubi_init: cannot attach mtd6 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [c002b0f0] (unwind_backtrace+0x0/0xf0) from [c02aba94] (panic+0x58/0x174) [c02aba94] (panic+0x58/0x174) from [c0008cc0] (mount_block_root+0x1d4/0x294) [c0008cc0] (mount_block_root+0x1d4/0x294) from [c0008f6c] (prepare_namespace+0x8c/0x1c8) [c0008f6c] (prepare_namespace+0x8c/0x1c8) from [c00089b4] (kernel_init+0xfc/0x130) [c00089b4] (kernel_init+0xfc/0x130) from [c0027730] (kernel_thread_exit+0x0/0x8) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
Thanks for the update, Radek and Paul! I'm downloading v58 now and looking forward to having a stable system. By the way, I'm glad to see two big user interface bugaboos for me (vibration when resuming and hanging up when hitting answer twice) have been fixed. I think my only other bothersome bug is the way the Terminal interacts with the onscreen keyboard; almost always when switching applications the keyboard disappears and so does the button for showing the keyboard! I have to close the app and restart it to get a keyboard again. (Alternately, I can use one of the themes, like Finxi, that have a toggle keyboard icon builtin, but I prefer the look of Mokofaen.) —B On Thu, Dec 12, 2013 at 1:09 AM, Radek Polak pson...@seznam.cz wrote: Hi, QtMoko v58 for Freerunner is now out! You can download here [1] and visit our homepage [2] for more info. Here is list of changes since last Freerunner release: * gta02 kernel upgrade to 2.6.39 * hack to stop vibrating after resume * show end call button after 2s to avoid unwanted press * improved colors in qmplayer encoding * better name of encoded movie in qmplayer * using emdebian for some packages * using glamo-mplayer as package * suspend in locked screen is now after 3s * accelerometers are now in module and disabled by default (see below) 99% of the credit for this release goes to Paul Ferster. He managed to find the suspend/resume problem and finally after years we have stable kernel. Many thanks! As a side effect while playing with the new kernel i have discovered power management bug in lis302dl (accelerometer) driver. The module seems to eat ~6mA in suspend. So by default the module is now not loaded and accelerometers are not working. On the other side, the current in suspend is now between 4..6mA which gives ~200 hours in standby! If you want to use accels you do: echo lis302dl /etc/modules echo joydev /etc/modules As for the other changes. I plan to start using Freerunner as my daily phone now so i had to fix one old problem. When i answered phone call i often accidentaly pressed the Accept call button twice. After first press the button changed to End call and the second press ended the call immediately. This is now fix and there is 2s interval where second press is ignored. Another problem noticed was that sometimes the phone would start vibrating after resume. So there is now hack that stops vibrations after each resume. Another nice thing is that i am now using emdebian and i have rebuild a few packages with useless python dependencies. The result is that tarbal size went from 161MB - 88MB and ubifs 146MB - 102MB. So if you are still using Freerunner i hope it can work for you nicely. Cheers Radek Btw - anyone has working GPS on Freerunner? I cant get fix and it seems it's not SW problem. It would be nice to have it working again... [1] http://sourceforge.net/projects/qtmoko/files/GTA02/ [2] http://qtmoko.sourceforge.net/ ___ 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 v58 with 2.6.39 kernel and improved power management
On Friday, December 13, 2013 01:03:07 AM Ben Wong wrote: Thanks for the update, Radek and Paul! I'm downloading v58 now and looking forward to having a stable system. By the way, I'm glad to see two big user interface bugaboos for me (vibration when resuming and hanging up when hitting answer twice) have been fixed. I think my only other bothersome bug is the way the Terminal interacts with the onscreen keyboard; almost always when switching applications the keyboard disappears and so does the button for showing the keyboard! I have to close the app and restart it to get a keyboard again. (Alternately, I can use one of the themes, like Finxi, that have a toggle keyboard icon builtin, but I prefer the look of Mokofaen.) Hi, i have noticed it too and i looked several times in code, but i havent found anything obviously wrong. But it should be possible to workaround it - if you edit the theme's context.xml and make the toggle keyborad button always visible - that's the element input-method-plugin and remove the active= attribute. Hope it helps Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
