Re: cpu reclocking to 500Mhz, overclocking to 533Mhz, performance tests and bootloader images
Impressive indeed, I think I will try the safe overclock soon :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SAMSUNG - possible project - help needed
Le 24/06/2010 18:52, David Lanzendörfer a écrit : What is your suggestion for this feature list? Components proposition would be very nice. Few hardware buttons but a bit more than Freerunner which has only 2. What I would like to do without software interaction : control volume (mute/lower/louder) Touchscreen must be big and usable with fingers, so no edge (even if edges allow us to have screen face to table without damaging screen) A fuck**g huge battery, because all smartphones have a too small autonomy. They all miss a mode oops few battery left, let just be a dumb phone and save autonomy which could be useful when you're far from civilization. I liked my old (but far too big) Nokia 9210 for battery life because it had 2 modes : - smartphone mode (with big colored screen and all) when shell opened - classic phone (kind of Nokia 3310, small blackwhite lcd screen) when shell closed. It could last 3 weeks in this mode. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] New SHR-unstable images with 2.6.32 kernel
On 6/27/10, Martin Jansa martin.ja...@gmail.com wrote: After hopefully lucky incident we have finally switched to new kernel. It's based on 2.6.32.13 and has DRM/KMS enabled. * New images are built with kernel and all needed changes are already included. * Images doesn't have udevd installed by default (using devtmpfs), which makes it boot about twice as fast as before (less then 1 min to PIN dialog). But it also won't mount your uSD automatically (it was blacklisted before, but removing it from blacklist won't help now). * Included packages contains latest stuff like xserver-1.9 (RC3), foxtrotgps and tangogps 0.99.4, QT 4.7.0-beta1 and QML enabled navit. * Distribution revision was changed in OE, this means that every package installed from shr-unstable feeds will be upgraded during next opkg upgrade (so be sure that you have enough time and space in /var partition). Consider flashing new image, it can be faster and safer in the end. * Used GCC was upgraded from version 4.4.4 to 4.5 (svn revision 160764 from gcc-4.5-branch, because released 4.5.0 has few issues on ARM targets). * New GCC brings LTO optimizations, which can give us 30% speedup in some cases, see benchmark results [1]. LTO is not enabled by default yet. * New kernel has some issues, so please try first (on another uSD partition), before upgrading your daily-phone-partition. * The kernel is bigger than 2MB so if you're using u-boot, update your environment according to wiki entry [2]. * With slower uSD you can see unknown-block-device while booting. Flash newer Qi from SHR [3] it is using rootwait instead of rootdelay=1. For u-boot increase rootdelay or use rootwait. * Sometimes (and only on some devices) it can show all white (looks like old WSoD, but it's without death). Suspend/Resume should fix this. * Vibrations are too weak. * See OE changelog [4] and SHR changelog [5]. [1]: http://sakrah.dontexist.org/node/1 [2]: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot [3]: http://build.shr-project.org/shr-unstable/images/om-gta02/ [4]: http://git.openembedded.org/cgit.cgi/openembedded/log/ [5]: http://git.shr-project.org/git/ -- Martin 'JaMa' Jansajabber: martin.ja...@gmail.com ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user Awesome speed :) Thanks for all your hard work! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi 0.2.10 released
I'll update italy map as soon as i have some spare time :) d On Tue, Jun 29, 2010 at 7:10 AM, Mike Crash m...@mikecrash.com wrote: You forget -m switch, run it as mcnavi -m belgium-map-12022010.mcm Yaroslav Halchenko wrote: Hi Mike, sounds cool... installed Debian package from your repository, and downloaded belgium map just for a try: $ mcnavi belgium-map-12022010.mcm Cannot open map -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/MC-Navi-0-2-10-released-tp5158145p5233731.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SAMSUNG - possible project - help needed
I hate being This guy, but Samsung has poor customer service and poor phone quality. At least based on my experience (I've had several Samsung phones). Also based on my limited life experience, the product/service reflects the company, poor on the outside means poor on the inside. There are several companies I really do not want to work with, and Samsung is one of them. Just because they are big and they have money doesn't mean they can offer something that I want. Maybe you would like to offer a similar project to some other company. On Tue, Jun 29, 2010 at 11:37 AM, Xavier Cremaschi omega.xav...@gmail.com wrote: Le 24/06/2010 18:52, David Lanzendörfer a écrit : What is your suggestion for this feature list? Components proposition would be very nice. Few hardware buttons but a bit more than Freerunner which has only 2. What I would like to do without software interaction : control volume (mute/lower/louder) Touchscreen must be big and usable with fingers, so no edge (even if edges allow us to have screen face to table without damaging screen) A fuck**g huge battery, because all smartphones have a too small autonomy. They all miss a mode oops few battery left, let just be a dumb phone and save autonomy which could be useful when you're far from civilization. I liked my old (but far too big) Nokia 9210 for battery life because it had 2 modes : - smartphone mode (with big colored screen and all) when shell opened - classic phone (kind of Nokia 3310, small blackwhite lcd screen) when shell closed. It could last 3 weeks in this mode. Xavier. ___ 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: [Shr-Devel] [Shr-User] New SHR-unstable images with 2.6.32 kernel
On Tue, Jun 29, 2010 at 04:34:32PM +0200, Petr Vanek wrote: MJ After hopefully lucky incident we have finally switched to new MJ kernel. It's based on 2.6.32.13 and has DRM/KMS enabled. thank you, after 3/4 day of usage, it seems to be working OK here, no WSOD, which is great. i tried to flash NAND with images from the 28th and had no X server, but it could be corrupted download. uSD install was 0K. Did you upgrade kernel in NAND partition? xserver 1.9 RC3 fails to start on kernel without DRM.. (I'll push an fix today..). Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Patch for libphone-ui [was: fails to call from contacts if phone # contains any non-number?]
Am 22.06.2010 20:57, schrieb Yaroslav Halchenko: Hi Everyone, Could you please overview and accept following patches (1 is non functional which I've sent to Klaus yesterday). patch should remove any symbol from the number before sending the query to initiate the call... I don't have chain ready to build it for phone, but built fine on desktop so should be fine? ;) Also I am not sure if location of phone # filtering is the best , and it would be great if similar would be adopted for matching numbers in the phone calls log book. I sent your patches to Tom Hacohen who seems to be responsible for this area. He hasn't subscribed this list so i will forward his answer here: Am 29.06.2010 20:23, schrieb Tom Hacohen: Mind doing me a favor? Please tell him thanks, but I have two comments: 1. He should send his shr patches to shr-devel. 2. His patch for filtering bad input is bad, as it should be done in libphone-utis and not in libphone-ui* We don't want UI filtering, but we want backend system filtering. The correct thing will be fixing libphone-utils, adding filter before sms, filter before call, etc functions and using them in FSO, not in the UI. Thanks in advance, will hopefully do it in the weekend. I added Tom in CC so maybe you want to contact him yourself. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: MC Navi 0.2.10 released
|I don't know, Germany is huge, so I have not even tried to convert it. But |it would be possible to convert smaller area. As I finish some |functionality |I need, the next step will be optimizing map conversion. My goal is to |convert the whole Europe in one map if possible. | is it possible to add more detail to your map conversion instructions? I have tried several times to do a conversion for portions of the USA without success. I believe the problems I've had relate to the difference between .osm and administrative.osm files. Thank you! Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi 0.2.10 released
d'oh... thanks -- I thought that I cut/pasted the command from http://www.gps-routes.info/index.php?name=Contentpa=showpagepid=1 On Mon, 28 Jun 2010, Mike Crash wrote: You forget -m switch, run it as mcnavi -m belgium-map-12022010.mcm -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Patch for libphone-ui [was: fails to call from contacts if phone # contains any non-number?]
Hi Fox -- Thank you very much for forwarding and thank you Tom for reply! Indeed location felt suboptimal even for me (as I wrote Also I am not sure if location of phone # filtering is the best), but I am quite ignorant in SHR internal structure, so please take it as my 'excuse' ;) Just a note: another location for such filtering would be before matching phone #s from the book with those in call log. Please let me know if I could be of any help, Tom. Thanks in advance for pushing this feature through. Cheers, Yarik On Tue, 29 Jun 2010, Fox Mulder wrote: Am 22.06.2010 20:57, schrieb Yaroslav Halchenko: Hi Everyone, Could you please overview and accept following patches (1 is non functional which I've sent to Klaus yesterday). patch should remove any symbol from the number before sending the query to initiate the call... I don't have chain ready to build it for phone, but built fine on desktop so should be fine? ;) Also I am not sure if location of phone # filtering is the best , and it would be great if similar would be adopted for matching numbers in the phone calls log book. I sent your patches to Tom Hacohen who seems to be responsible for this area. He hasn't subscribed this list so i will forward his answer here: Am 29.06.2010 20:23, schrieb Tom Hacohen: Mind doing me a favor? Please tell him thanks, but I have two comments: 1. He should send his shr patches to shr-devel. 2. His patch for filtering bad input is bad, as it should be done in libphone-utis and not in libphone-ui* We don't want UI filtering, but we want backend system filtering. The correct thing will be fixing libphone-utils, adding filter before sms, filter before call, etc functions and using them in FSO, not in the UI. Thanks in advance, will hopefully do it in the weekend. I added Tom in CC so maybe you want to contact him yourself. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community