Re: SHR: new shr-unstable images for gta01 with 2.6.34 kernel
A Dijous 18 Novembre 2010 16:27:47, Martin Jansa va escriure: Hi, first, BIG thanks to Paul Fertser who ported gta01 support from old 2.6.29-rc3 and 2.6.31 branches to current 2.6.34! New shr-unstable images are as always in http://build.shr-project.org/shr-unstable/images/om-gta01/ please test and send us feedback, but be aware that nobody tested those images and nobody even tried to boot that kernel. The kernel don't boot. I've booted the om-2.6.34 kernel from a .config file from a make menuconfig. I'm looking at the diff of the config files. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR: new shr-unstable images for gta01 with 2.6.34 kernel
Hi, first, BIG thanks to Paul Fertser who ported gta01 support from old 2.6.29-rc3 and 2.6.31 branches to current 2.6.34! New shr-unstable images are as always in http://build.shr-project.org/shr-unstable/images/om-gta01/ please test and send us feedback, but be aware that nobody tested those images and nobody even tried to boot that kernel. But without your feedback we cannot fix possible problems (nobody from SHR team has gta01). Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ 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 Wednesday 30 June 2010 07:59:16 Petr Vanek wrote: hmm, not sure if related to temperature again (as it used to be long ago), but it seems to: outside on full sun yesterday no WSOD even once, today, while sitting on a cool table, i get recoverable WSOD quite often. Letting screen to shortly dim fully and then reactivate gets it out of WSOD. I'm getting WSOD with almost every screen rotation. I say almost, because I could rotate it one or two times succesfully. It recovers with a suspend/resume 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: [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: [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: New SHR-unstable images with 2.6.32 kernel
On Monday 28 June 2010 05:50:54 undrwater wrote: This is big and good news! I expect there to be some problems moving to this version of the kernel, but it's good to see that it has finally arrived! In fact this is first SHR version that works good for me. Maybe i was just unlucky having crashes here and there after 5 minutes playing. But this version looks fast and stable. I haven't hit any problem yet. Nice work Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
On 28/06/2010 09:38, Radek Polak wrote: On Monday 28 June 2010 05:50:54 undrwater wrote: This is big and good news! I expect there to be some problems moving to this version of the kernel, but it's good to see that it has finally arrived! In fact this is first SHR version that works good for me. Maybe i was just unlucky having crashes here and there after 5 minutes playing. But this version looks fast and stable. I haven't hit any problem yet. Nice work Regards Radek __ after upgrade reboot, Bad CRC for me -Reflashing for me .(snif snif :-/) AstHrO ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
On Mon, Jun 28, 2010 at 10:11:55AM +0200, Thomas HOCEDEZ wrote: On 28/06/2010 09:38, Radek Polak wrote: On Monday 28 June 2010 05:50:54 undrwater wrote: This is big and good news! I expect there to be some problems moving to this version of the kernel, but it's good to see that it has finally arrived! In fact this is first SHR version that works good for me. Maybe i was just unlucky having crashes here and there after 5 minutes playing. But this version looks fast and stable. I haven't hit any problem yet. Nice work Regards Radek __ after upgrade reboot, Bad CRC for me -Reflashing for me .(snif snif :-/) did you read this part? * The kernel is bigger than 2MB so if you're using u-boot, update your environment according to wiki entry [2]. [2]: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot (snif snif :-/) -- Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
[cut] AIGLX error: dlopen of /usr/lib/dri/glamo_dri.so failed (/usr/lib/dri/glamo_dri.so: undefined symbol: _glapi_tls_Context) That one is from /var/log/Xorg.0.log fsousaged : Can't read-open /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason: No such file or directory And that one is from fsousaged. Hi Vladimir, please report bugs to http://www.shr-project.org/trac/report -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
On 28/06/2010 10:22, Martin Jansa wrote: On Mon, Jun 28, 2010 at 10:11:55AM +0200, Thomas HOCEDEZ wrote: On 28/06/2010 09:38, Radek Polak wrote: On Monday 28 June 2010 05:50:54 undrwater wrote: This is big and good news! I expect there to be some problems moving to this version of the kernel, but it's good to see that it has finally arrived! In fact this is first SHR version that works good for me. Maybe i was just unlucky having crashes here and there after 5 minutes playing. But this version looks fast and stable. I haven't hit any problem yet. Nice work Regards Radek __ after upgrade reboot, Bad CRC for me - Reflashing for me .(snif snif :-/) did you read this part? * The kernel is bigger than 2MB so if you're using u-boot, update your environment according to wiki entry [2]. [2]: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot (snif snif :-/) Nop, I Didn't read, beacause I did a simple opkg upgrade... When I saw Kernel firmware 2.6.32 on the screen I said woops, might be strong upgrade ! Thanks, I'll do it. Also I saw mesa DRI installed ?! Isn't it strange ? Rgds ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
On Sun, Jun 27, 2010 at 08:58:18AM +0200, Martin Jansa 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. * 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. If you only opkg upgraded and now update-alternatives always links /boot/uImage to old uImage-2.6.29-rc3 Configuring kernel. update-alternatives: Linking //boot/uImage to uImage-2.6.29-rc3 please run: cd /boot; update-alternatives --remove uImage uImage-2.6.29-rc3 opkg install -force-reinstall kernel -- Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New SHR-unstable images with 2.6.32 kernel
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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] New SHR-unstable images with 2.6.32 kernel
On Sun, Jun 27, 2010 at 09:30:23AM +0200, Benjamin Schieder wrote: On 27.06.2010 08:58:18, Martin Jansa wrote: * 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). Does this also apply to root-on-uSD? Rootfs on uSD will be mounted by kernel as before. I was talking only about udev automounter with blacklist here /etc/udev/mount.blacklist. If you have ie /home on uSD and expect it to be mounted after boot then you can add it to /etc/fstab. Regards, -- Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
В Вск, 27/06/2010 в 08:58 +0200, Martin Jansa пишет: After hopefully lucky incident we have finally switched to new kernel. It's based on 2.6.32.13 and has DRM/KMS enabled. Hm. Some problems: AIGLX error: dlopen of /usr/lib/dri/glamo_dri.so failed (/usr/lib/dri/glamo_dri.so: undefined symbol: _glapi_tls_Context) That one is from /var/log/Xorg.0.log fsousaged : Can't read-open /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason: No such file or directory And that one is from fsousaged. Also there is no power button light while on charge. -- WBR, Vladimir Berezenko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New SHR-unstable images with 2.6.32 kernel
This is big and good news! I expect there to be some problems moving to this version of the kernel, but it's good to see that it has finally arrived! Good work, and thanks! Russell Dwiggins -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/New-SHR-unstable-images-with-2-6-32-kernel-tp5227127p5229392.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: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
On Wed, May 5, 2010 at 7:20 AM, Lars Hennig n...@el-hennig.de wrote: I am really looking forward to the upgrade of neo theme to illume2 ;-) And how you close an application in illume2?;-) For me the top shelf does not slide down anymore (dunno, what should be the method to close the applications) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
And how you close an application in illume2?;-) For me the top shelf does not slide down anymore (dunno, what should be the method to close the applications) For me it does not automatically, but as workaraound you can start shr_elm_softkey from the terminal and then it works fine. -- n...@el-hennig.de Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Am Mittwoch, den 05.05.2010, 01:26 +0200 schrieb Bernd Prünster: Jan Girlich wrote: Wooha, after playing around too much with my installation today I broke it and reflashed my Freerunner with the lastest SHR unstable. And am stuck! Where do you guys keep up to date regarding the changes in the SHR apps? i don't... since the switch to fsogsmd+fsotld+etc... my neo is in a vegetative state I installed shr-theme-neo again and noticed that the background and symbol font on the starter are black and thus the app names are unreadable. (i'm the author of the neo theme ...at least illume and elm) i dont bother with illume2 for now ... i'm waiting till these issues are ironed out then i'll adapt the theme... what good does eye candy do when underlaying stuff is broken? :-P because of the current situation dont expect any theme updates until the current regressions are ironed out. you might want to try to switch to illume1 - window management and neo theme works there (go to illume settings - [i forgot the category] - profile and select illume-shr) I changed the theme under Look - Themes to illume-shr and go with this until the neo theme is fixed again. Thanks Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Am Mittwoch, den 05.05.2010, 08:36 +0200 schrieb Laszlo KREKACS: On Wed, May 5, 2010 at 7:20 AM, Lars Hennig n...@el-hennig.de wrote: I am really looking forward to the upgrade of neo theme to illume2 ;-) And how you close an application in illume2?;-) For me the top shelf does not slide down anymore (dunno, what should be the method to close the applications) That's the same problem I tried to describe in my original post as well. I can't close any app anymore. Like the messages app. Open it once, not able to close, open something else so messages moves away from your current screen, then you don't have any means of switching to the currently running messages app anymore and can't open a new one because you can't start the app twice. Stuck. ssh into the phone/reboot. Cheers Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Am Mittwoch, den 05.05.2010, 09:39 +0200 schrieb n...@el-hennig.de: And how you close an application in illume2?;-) For me the top shelf does not slide down anymore (dunno, what should be the method to close the applications) For me it does not automatically, but as workaraound you can start shr_elm_softkey from the terminal and then it works fine. Thanks! Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
For me it does not automatically, but as workaraound you can start shr_elm_softkey from the terminal and then it works fine. I found an even better way to workaraounf this problem automatically: I created a wrapper /usr/bin/shr_elm_softkey.sh that is called from /etc/X11/Xsession.d/89shr_elm_softkey and that waits some time until it starts shr_elm_softkey The wrapper loks like this: ---8- #!/bin/sh export DISPLAY=localhost:0 sleep 60 exec /usr/bin/shr_elm_softkey ---8- The Xsession-Skript is the following: ---8- #!/bin/sh -e DISPLAY=:0.0 /usr/bin/shr_elm_softkey.sh ---8- -- n...@el-hennig.de Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
On Wed, May 05, 2010 at 12:57:41PM +0200, n...@el-hennig.de wrote: For me it does not automatically, but as workaraound you can start shr_elm_softkey from the terminal and then it works fine. I found an even better way to workaraounf this problem automatically: I created a wrapper /usr/bin/shr_elm_softkey.sh that is called from /etc/X11/Xsession.d/89shr_elm_softkey and that waits some time until it starts shr_elm_softkey The wrapper loks like this: ---8- #!/bin/sh export DISPLAY=localhost:0 sleep 60 exec /usr/bin/shr_elm_softkey ---8- The Xsession-Skript is the following: ---8- #!/bin/sh -e DISPLAY=:0.0 /usr/bin/shr_elm_softkey.sh ---8- There is strace for not working http://build.shr-project.org/tests/jama/shr_elm.log.no and working start http://build.shr-project.org/tests/jama/shr_elm.log.yes As TAsn confirmed shr_elm_softkey needs illume module to be loaded before it's started. Your workaround works, but be aware that in that 60s you have to finish first run wizard (after reflash or .e removal). TAsn is checking possibilities for shr_elm_softkey autostarted by e17 itself. snip The best approach (imo), would be to make an app.desktop file, put it in /usr/share/applications (or standard place for your platform). Then in /etc/skel make a ./e/e/applications/startup/.order file with app.desktop listed in it. Then when new users get created, the ~/.e/e/applications/startup/.order file gets copied into users home dir and the QP app will get started every time they start E. /snip Shorter version of same workaround (not pushed because 20s is as bad as 60s for first start). sed -i 's#^DISPLAY=:0.0 /usr/bin/shr_elm_softkey#sh -c sleep 20 \\ /usr/bin/shr_elm_softkey#g' /etc/X11/Xsession.d/89shr_elm_softkey DISPLAY is also already set by /etc/profile.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
TAsn is checking possibilities for shr_elm_softkey autostarted by e17 itself. That's probably the most elegant way. What I would like then, is to have the sliding shelf in the same style as the indicator, the capability of holding gadgets in the sliding shelf (like the IBar) and a possibility to configure the height of the shelf, if that is possible. -- n...@el-hennig.de Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Wooha, after playing around too much with my installation today I broke it and reflashed my Freerunner with the lastest SHR unstable. And am stuck! Where do you guys keep up to date regarding the changes in the SHR apps? I installed shr-theme-neo again and noticed that the background and symbol font on the starter are black and thus the app names are unreadable. Changing the wallpaper does not change anything, the background stays plain black. The newly designed top bar does and power button-screen do not allow to close an application as they did before. So now when I open an app which has no quit button like tnagogps and then open another one, I'm stuck. I can't go back to the already opened instance because the left and right arrows to switch between apps are missing, and even if I could, I didn't know how to close it again. Tapping the tangopgs symbol again doesn't do anything: neither changing to the already opened instance out of sight nor opening a new one. How can I close apps? How can I switch between them? I really like the qwo keyboard, when I change the keyboard setting to qwo it permanently is overlayed on the screen, about middle of the screen, left side, and all app starter symbols are blanking out so I can't see any app anymore. qwo stays like this no matter what the topbars keyboard indicator status is and I have no clue how to make qwo go away and only appear when I tap the keyboard indicator icon like the default keyboard does. Any help appreciated Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
On Tue, May 4, 2010 at 4:15 PM, Jan Girlich vollk...@cryptobitch.de wrote: The newly designed top bar does and power button-screen do not allow to close an application as they did before. So now when I open an app which has no quit button like tnagogps and then open another one, I'm stuck. a few versions back there were back and close buttons on the bottom of the screen to handle switching and closing applications. in the latest versions those buttons were absent. so i have not opkg upgraded in some time because of it. something went down the tubes... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Jan Girlich wrote: Wooha, after playing around too much with my installation today I broke it and reflashed my Freerunner with the lastest SHR unstable. And am stuck! Where do you guys keep up to date regarding the changes in the SHR apps? i don't... since the switch to fsogsmd+fsotld+etc... my neo is in a vegetative state I installed shr-theme-neo again and noticed that the background and symbol font on the starter are black and thus the app names are unreadable. (i'm the author of the neo theme ...at least illume and elm) i dont bother with illume2 for now ... i'm waiting till these issues are ironed out then i'll adapt the theme... what good does eye candy do when underlaying stuff is broken? :-P because of the current situation dont expect any theme updates until the current regressions are ironed out. you might want to try to switch to illume1 - window management and neo theme works there (go to illume settings - [i forgot the category] - profile and select illume-shr) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Am Mittwoch 05 Mai 2010 schrieb Bernd Prünster: because of the current situation dont expect any theme updates until the current regressions are ironed out. you might want to try to switch to illume1 - window management and neo theme works there (go to illume settings - [i forgot the category] - profile and select illume-shr) Once you tried illume2, you probably won't want to go back. At least in my case this was true. I am really looking forward to the upgrade of neo theme to illume2 ;-) -- Lars Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
I upgraded SHR-testing on April 1 and it also has the scary background image!!! Nice joke, guys! ahahahahahah... alien jo On Fri, Apr 2, 2010 at 5:06 AM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Thu, Apr 1, 2010 at 6:35 PM, Adam Jimerson vend...@gmail.com wrote: http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. ha ha ha ___ 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: Upgrades for SHR-unstable
After the upgrade, all my contacts from the SIM disappeared. I cannot access them from Contacts application. The list is empty. How can I do to have my contacts back? alien jo On Fri, Apr 2, 2010 at 10:24 AM, Giovanni pino.o...@gmail.com wrote: I upgraded SHR-testing on April 1 and it also has the scary background image!!! Nice joke, guys! ahahahahahah... alien jo On Fri, Apr 2, 2010 at 5:06 AM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Thu, Apr 1, 2010 at 6:35 PM, Adam Jimerson vend...@gmail.com wrote: http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. ha ha ha ___ 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: Upgrades for SHR-unstable
On Fri, Apr 2, 2010 at 12:14 PM, Giovanni pino.o...@gmail.com wrote: After the upgrade, all my contacts from the SIM disappeared. I cannot access them from Contacts application. The list is empty. How can I do to have my contacts back? alien jo shr-settingsothersPIM settings drop down to contactsSIM-Contacts-FSO select Set as default ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
I also had an issue with the March 31 upgrade and my contact list. I didn't have much time to work on it so I dropped back to Feb 3 release of SHR-U. One other thing I have found is if I attempt to adjust the volume or mic from the sliders in the active call window the volume and the mic drops to zero and I can't hear or can't be heard. Forces me to mode gsmhandset file manually. -- View this message in context: http://n2.nabble.com/Upgrades-for-SHR-unstable-tp4836611p4844104.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: Upgrades for SHR-unstable
Thanks, Jeremy Your suggestion was useful to solve the problem. alien jo On Fri, Apr 2, 2010 at 9:20 PM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Fri, Apr 2, 2010 at 12:14 PM, Giovanni pino.o...@gmail.com wrote: After the upgrade, all my contacts from the SIM disappeared. I cannot access them from Contacts application. The list is empty. How can I do to have my contacts back? alien jo shr-settingsothersPIM settings drop down to contactsSIM-Contacts-FSO select Set as default ___ 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
Upgrades for SHR-unstable
Hey all, Slowly but constantly we manage to fix the breakages we did to your phones in the last weeks :P (sorry for that btw.) There are some good fixes in the shr-unstable feed which should enable you again to use your beloved FR as phone again :-) Please 'opkg update; opkg upgrade' and reboot afterwards. Yours -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Upgrades for SHR-unstable
Hihi ;) Nice one :P On 4/1/10, Klaus 'mrmoku' Kurzmann m...@mnet-online.de wrote: Hey all, Slowly but constantly we manage to fix the breakages we did to your phones in the last weeks :P (sorry for that btw.) There are some good fixes in the shr-unstable feed which should enable you again to use your beloved FR as phone again :-) Please 'opkg update; opkg upgrade' and reboot afterwards. Yours -- Klaus 'mrmoku' Kurzmann ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Hi.. Please 'opkg update; opkg upgrade' and reboot afterwards. Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P -- Thomas -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Of course, unless one has a theory, one cannot expect much help from a computer (unless _it_ has a theory)... - Marvin Minsky -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Em 01-04-2010 14:38, Thomas Franck escreveu: Hi.. Please 'opkg update; opkg upgrade' and reboot afterwards. Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P Oh I sure hope so! My first thought was: .oO( OMG, they killed SHR! You bastards! ) ;) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.auwrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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: Upgrades for SHR-unstable
Ok for those who have not upgraded their freerunners, or can't and want to know about the joke here is a screen shot http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. On Thu, Apr 1, 2010 at 9:20 PM, Adam Jimerson vend...@gmail.com wrote: Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.auwrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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: Upgrades for SHR-unstable
I tried illume2 when it first came out and it shows promise but was quite broken - keyboard issues and window nesting(wrong/lost focus) amongst various things so it was suggested not to use it. There have been a lot of updates since then so I am not sure of current status (shr-t or shr-u) Perhaps someone who knows can comment? BillK On Thu, 2010-04-01 at 21:20 -0400, Adam Jimerson wrote: Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Nooo! Neat! - thx - I wonder it caused any heart attacks :) BillK On Thu, 2010-04-01 at 21:35 -0400, Adam Jimerson wrote: Ok for those who have not upgraded their freerunners, or can't and want to know about the joke here is a screen shot http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. On Thu, Apr 1, 2010 at 9:20 PM, Adam Jimerson vend...@gmail.com wrote: Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
On Thu, Apr 1, 2010 at 6:35 PM, Adam Jimerson vend...@gmail.com wrote: http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. ha ha ha ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
'opkg list-upgradable' lists up-to-date packages on latest SHR unstable
Hi, just tried to update my phone because pretty much everything is broken (sms app dies right after opening, no contacts show up in contacts app, call screen dies after dialing so I can't hang up anymore, yadayada) But I discovered that when I execute 'opkg list-upgradable' or 'opkg upgrade' opkg tries upgrading programs which are already up-to-date. Is there any temp file or similar where the upgradable information is stored? Where does opkg get it's information from? How can I find out what's wrong here? Example: r...@om-gta02:~# opkg list-upgradable python-edbus - 0.3.1+svnr46504-ml0.4 - 0.3.1+svnr46510-ml0.4 [...] r...@om-gta02:~# opkg install python-edbus Package python-edbus (0.3.1+svnr46510-ml0.4) installed in root is up to date. Thanks Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 'opkg list-upgradable' lists up-to-date packages on latest SHR unstable
On Sun, Mar 14, 2010 at 04:20:58PM +0100, Jan Girlich wrote: r...@om-gta02:~# opkg list-upgradable python-edbus - 0.3.1+svnr46504-ml0.4 - 0.3.1+svnr46510-ml0.4 [...] r...@om-gta02:~# opkg install python-edbus Package python-edbus (0.3.1+svnr46510-ml0.4) installed in root is up to date. Can you check your file /usr/lib/opkg/status? Does it mention python-edbus twice (or check the output of opkg list_installed)? If yes this is an old problem :-( I currently try to fix a broken /usr/lib/opkg/status as well. My file was truncated and I fixed it by reinstalling all packages found via ls /usr/lib/opkg/info/*.list but not available in status. Jens ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 'opkg list-upgradable' lists up-to-date packages on latest SHR unstable
Am Sonntag, den 14.03.2010, 21:22 +0100 schrieb Jens Seidel: On Sun, Mar 14, 2010 at 04:20:58PM +0100, Jan Girlich wrote: r...@om-gta02:~# opkg list-upgradable python-edbus - 0.3.1+svnr46504-ml0.4 - 0.3.1+svnr46510-ml0.4 [...] r...@om-gta02:~# opkg install python-edbus Package python-edbus (0.3.1+svnr46510-ml0.4) installed in root is up to date. Can you check your file /usr/lib/opkg/status? Does it mention python-edbus twice (or check the output of opkg list_installed)? If yes this is an old problem :-( This solved my problem, thanks! Good luck with fixing your status file. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Dienstag, den 23.02.2010, 12:15 + schrieb Al Johnson: On Tuesday 23 February 2010, Jan Girlich wrote: Am Dienstag, den 23.02.2010, 10:03 +0300 schrieb Vladimir Berezenko: В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. Any way to conclusively check if it's the mic? And how did you get it replaced? I wouldn't be able to do the soldering work myself. The short to ground at R4303 means that even with a working mic you will have little to no signal. You will need to get that fixed before you can test the mic. Got it confirmed by a friend yesterday, R4303 really is short circuited. Gotta get a replacement and find a suitable soldering gun. Anyone in or around Hamburg, Germany with the right tools to do some SMD soldering? Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Tuesday 23 February 2010, Jan Girlich wrote: Am Dienstag, den 23.02.2010, 10:03 +0300 schrieb Vladimir Berezenko: В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. Any way to conclusively check if it's the mic? And how did you get it replaced? I wouldn't be able to do the soldering work myself. The short to ground at R4303 means that even with a working mic you will have little to no signal. You will need to get that fixed before you can test the mic. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Sunday 21 February 2010, Jan Girlich wrote: Hi, after I got my gta02 A06 a hardware buzz fix late December last year the mic is very soft with the newest SHR unstable. So I had a look at all the different tips around and carefully read all emails of the thread Experiment: better sound on remote end and all links mentioned in there and tried all the suggested tweaks and got rid of any static or noise, but the mic still is so soft that I literally have to yell at my phone from close distance in order to be hardly understood by the callee. What could be the problem? Any suggestions on what I could try to set the mic volume to a usable level? Could the problem be related to the buzz fix? IIRC the buzz fix reduces the sensitivity of the mic input slightly. After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Desc. Range ChanSetting Mic2 Capture Volume +12dB - +30dB / 6dB steps 48 0-3 Mono Sidetone Play Vol. -15dB - +6dB / 3dB steps12 0-7 Mono Playback Volume-73dB - +6dB / 1dB steps5 0-127 (but 0-47 are mute) Overall: -76dB - +42dB / 1dB steps = 119 steps (120 with mute) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 13:03 + schrieb Al Johnson: IIRC the buzz fix reduces the sensitivity of the mic input slightly. I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. Fresh out of ideas Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Monday 22 February 2010, Jan Girlich wrote: Am Montag, den 22.02.2010, 13:03 + schrieb Al Johnson: IIRC the buzz fix reduces the sensitivity of the mic input slightly. I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf http://downloads.openmoko.org/developer/schematics/GTA02/ After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Fresh out of ideas Jan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 17:25 + schrieb Al Johnson: It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Okay, the joint I suspected to be broken seems fine. It's the one on the left of the two red arrows in the above description. That's where my capacitor is connected to and I just checked the the resistance from the capacitor to the pad where the right red arrow points at. No measurable resistance, so the joint should be electrically good. Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Checked it, the hole is free. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Monday 22 February 2010, Jan Girlich wrote: Am Montag, den 22.02.2010, 17:25 + schrieb Al Johnson: It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Okay, the joint I suspected to be broken seems fine. It's the one on the left of the two red arrows in the above description. That's where my capacitor is connected to and I just checked the the resistance from the capacitor to the pad where the right red arrow points at. No measurable resistance, so the joint should be electrically good. Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Checked it, the hole is free. And the rest of the buzz fix? Check the resistance of R4303 (mic case to gold ring) as described in the SOP. It should be 2k2. Also look for shorts between pads. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 21:36 + schrieb Al Johnson: And the rest of the buzz fix? Check the resistance of R4303 (mic case to gold ring) as described in the SOP. It should be 2k2. Also look for shorts between pads. Hm. It's hard to place the tips properly on the pads or ends of the resistor, but the only reading I got was 0 Ohm. Maybe the guy who did the buzz fix for me placed the bridge he removed back in? Or created a short? I can't see any short visually, but I didn't look with any magnifying glass yet. I'll have a further look into it. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. -- WBR, Vladimir Berezenko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Dienstag, den 23.02.2010, 10:03 +0300 schrieb Vladimir Berezenko: В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. Any way to conclusively check if it's the mic? And how did you get it replaced? I wouldn't be able to do the soldering work myself. Cheers Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mic volume extremely soft after buzz fix with SHR unstable
Hi, after I got my gta02 A06 a hardware buzz fix late December last year the mic is very soft with the newest SHR unstable. So I had a look at all the different tips around and carefully read all emails of the thread Experiment: better sound on remote end and all links mentioned in there and tried all the suggested tweaks and got rid of any static or noise, but the mic still is so soft that I literally have to yell at my phone from close distance in order to be hardly understood by the callee. What could be the problem? Any suggestions on what I could try to set the mic volume to a usable level? Could the problem be related to the buzz fix? After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 btw: What is the difference between /etc/freesmartphone/alsa/default/gsmhandset and /usr/share/shr/scenarii/gsmhandset.state ? Both are mentioned on the wiki pages I read and latter is mentioned to be the one used by SHR although the first one exists on my install as well. Need any more info to help me out? Thanks Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
btw: What is the difference between /etc/freesmartphone/alsa/default/gsmhandset This one is used by fsodeviced, i.e. the new stuff that's being used on SHR. and /usr/share/shr/scenarii/gsmhandset.state ? That's from the old days where we used to call alsactl to do the work. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Sonntag, den 21.02.2010, 21:33 +0100 schrieb Michael 'Mickey' Lauer: btw: What is the difference between /etc/freesmartphone/alsa/default/gsmhandset This one is used by fsodeviced, i.e. the new stuff that's being used on SHR. Good to know. So far I did all changes to both files, but will discard the old one now. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
No gps connection in navit with SHR-unstable
Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) Thanks, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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: No gps connection in navit with SHR-unstable
Carsten Gerlach wrote: Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) I'm at the same error right now. I tried different settings but nothing helped. Now i wanted to compile navit on the freerunner myself but within the shr feeds are not all required packages to do so. And i don't know how to cross-compile it on my pc. :/ Gps works right with tangogps, omgps and advanced-geocaching-tool so it have to be something with navit. I have the latest 2797 version from [1] installed and not the one in the shr feeds. I also linked libgps.so.17 to libgps.so.16. When i look in my current position navit shows something with 832° in front which is a bit off my current position. ;) Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
D. Gassen wrote: Am Nov 25, 2009 um 17:07 schrieb Fox Mulder: Carsten Gerlach wrote: Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) I'm at the same error right now. I tried different settings but nothing helped. Now i wanted to compile navit on the freerunner myself but within the shr feeds are not all required packages to do so. And i don't know how to cross-compile it on my pc. :/ Gps works right with tangogps, omgps and advanced-geocaching-tool so it have to be something with navit. I have the latest 2797 version from [1] installed and not the one in the shr feeds. I also linked libgps.so.17 to libgps.so.16. When i look in my current position navit shows something with 832° in front which is a bit off my current position. ;) Have you tried (re)starting fso-gpsd? AFAIK, tangogps, omgps and advanced-geocaching-tool are all using gypsy and navit is still using gpsd (and fso-gpsd is a compatibility daemon). I sometimes had the same problem and each time fso-gpsd was not running. It should normally be started when the system boots but I found that sometimes it was'nt running when navit tries to use it. Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
On Wed, Nov 25, 2009 at 11:44:13PM +0100, Fox Mulder wrote: Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Are you sure its because gpsd? svnrevs 2760 have this problem http://trac.navit-project.org/ticket/506 try with navit.xml config if you're using modified one -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
Martin Jansa wrote: On Wed, Nov 25, 2009 at 11:44:13PM +0100, Fox Mulder wrote: Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Are you sure its because gpsd? No, i was only saying, that (fso-)gpsd is working right because tangogps also uses gpsd and it works. svnrevs 2760 have this problem http://trac.navit-project.org/ticket/506 try with navit.xml config if you're using modified one I used the navit.xml from r2797 so this was not the problem. Right after start in the console navit shows this gps.h incompatibility error mesage befor it starts. So i think that the navit package from the navit homepage are compiled with another version of some lib which is not compatible with shr-u. Cian, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Hey, On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote: [...] Now, list of bug I noticed so far, hope I can help at least as tester having few time as developer: It's strange how the same image may have different behaviors in the same hardware. I've tried this last SHR version aftering using qt-moko for a long time. Results: - Mokonnect: - USB Network doesn't work. I don't know why my local system sees the device as a broken modem: [79556.010085] cdc_acm 3-1:1.0: This device cannot do calls on its own. It is no modem. [79556.010129] cdc_acm 3-1:1.0: ttyACM0: USB ACM device [79562.784086] usb 3-1: USB disconnect, address 20 - When I try to set up the USB interface I got ethernet device was not found. Also says I should install connman-plugin-ethernet. - Wifi scan doesn't work. When I try to apply any change in the network I get a loop wifi device seems to be off... - Mokomaze: - When opening: stopped running unexpectedly - GPRS: - Using the righ settings I get connection failed Without network or even a chance to connect the device via USB it's hard to give you more details. Anyway, thanks for the work. UI speed has increased a lot, that's really impressive. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
it seems that your problem has something to do with kernel modules... check if you have installed them ;-) d On Tue, Nov 24, 2009 at 12:38 PM, Tiago Bortoletto Vaz ti...@debian.orgwrote: Hey, On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote: [...] Now, list of bug I noticed so far, hope I can help at least as tester having few time as developer: It's strange how the same image may have different behaviors in the same hardware. I've tried this last SHR version aftering using qt-moko for a long time. Results: - Mokonnect: - USB Network doesn't work. I don't know why my local system sees the device as a broken modem: [79556.010085] cdc_acm 3-1:1.0: This device cannot do calls on its own. It is no modem. [79556.010129] cdc_acm 3-1:1.0: ttyACM0: USB ACM device [79562.784086] usb 3-1: USB disconnect, address 20 - When I try to set up the USB interface I got ethernet device was not found. Also says I should install connman-plugin-ethernet. - Wifi scan doesn't work. When I try to apply any change in the network I get a loop wifi device seems to be off... - Mokomaze: - When opening: stopped running unexpectedly - GPRS: - Using the righ settings I get connection failed Without network or even a chance to connect the device via USB it's hard to give you more details. Anyway, thanks for the work. UI speed has increased a lot, that's really impressive. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ 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-User] SHR-unstable got a facelift. And you a christmas present....
Am Montag 23 November 2009 01:16:04 schrieb Cristian Gómez: In my previous post I forgot to put the link [1] http://build.shr-project.org/shr-unstable/images/om-gta02/ Sorry about that full-om-gta02.jffs2 is always a symlink to the latest image greets ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
В Чтв, 19/11/2009 в 17:01 +0100, Thomas Zimmermann пишет: -- Weitergeleitete Nachricht -- Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Sebastian Spaeth sebast...@sspaeth.de An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr- u...@lists.shr-project.org [Nov 19 2009, The Internets] It's been psychologically proven that the longer you wait for your presents, the more happy you will be when you finally get them. It seems, the SHR team wants to make you REALLY happy and has let you waiting for quite some time without updates to shr-unstable... ENOUGH WAITING. Christmas comes a bit early this year, and a new SHR-unstable image is out for public consumption. In Russia, we have Christmas at 7th of january, this does not mean that God born that day, this means that we've changed our calendars 2,5 centuries later, i hope... Now about shr. I've missed intone in Qtmoko! Want to say that new graphics is really impressive, it's pleasure to look at it, despite of thinking about 640*480*2=2 Mb memory for image ;). New gry theme is really fast and nice, and this thing compensates well impossibility to switch to x11_16 rendering. New volume controls while call are nice thing, contacts look and feel very good. I noticed even backup control in settings! Of course, device is unusable without Thomas kernel patch. With that patch it's really fast like a... like a usual device, except some things like tangogps with large map, and main screen. I didn't notice if someone post prebuild kernel with modules, so here is mine andy-tracking with whole Thomas patch and all debug disabled: http://www.bsdmn.com/openmoko/. Btw, why kernel debug things are enabled in kernels now for ordinary users in ordinary distributions? Without it feels faster. Can't wait until 2.6.31 will be ready and in distributions! Btw, I checked this with both shr and qtmoko - boost is amazing. Only thing I don't know is how to transfer pint of best beer to location of patches author. So far, I didn't notice any problems with kernel. Now, list of bug I noticed so far, hope I can help at least as tester having few time as developer: First, I've updated it once after initial flash. 0. Scrolling in contacts! It thinks that release of finger is click, really annying. How to fix that? 1. Double touchscreen hit problem. It is needed to tap 2 times to run contacts or messages. 2. Update button in seettings for power consumption is fact don't updates. 3. lockscreen things - correct name of calling person. Easy reset of 'unanswered calls' and 'new messages' - they keep on top even if I've look at them. 4. It's impossible to add contact in easy way - you have to 'add field'. Also, I've got a crash of whole telephony system adding new contact from sms nubber. 5. Battery charge indicator sometimes crying that battery discharged. It fix itself in minute, but annoying a bit. 6. Sometimes, it telephony stops working. In such cases I see speaker volume as 0 while calling and can't hear other party even moving slider. 7. Midori is as always without proper fonts. Big thanks from me as an openmoko user for new things. I am using it for few days and it is real pleasure. ... so, for whoose who followed my mail to this point - i hope all bugs will be fixed and all users of Openmoko will get their one more Christmas presents :) Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote: Of course, device is unusable without Thomas kernel patch. With that patch it's really fast like a... like a usual device, except some things like tangogps with large map, and main screen. I didn't notice if someone post prebuild kernel with modules, so here is mine andy-tracking with whole Thomas patch and all debug disabled: http://www.bsdmn.com/openmoko/. Btw, why kernel debug things are enabled in kernels now for ordinary users in ordinary distributions? Without it feels faster. Can't wait until 2.6.31 will be ready and in distributions! Btw, I checked this with both shr and qtmoko - boost is amazing. Only thing I don't know is how to transfer pint of best beer to location of patches author. So far, I didn't notice any problems with kernel. If whole Thomas patch you mean drm-tracking branch from Thomas White then its built almost daily (sometimes even few times a day :)) here: http://build.shr-project.org/tests/mrmoku/kms/ This kernel is not in shr-unstable by default just because all shr devs get WSOD during resume with this one, but we like it a lot. If you want to try 2.6.31 with all Thomas's patches again http://build.shr-project.org/tests/mrmoku/2.6.31/ but expect some problems with ie sound/gsm/(W|B)SOD Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
В Пнд, 23/11/2009 в 23:22 +0100, Martin Jansa пишет: If whole Thomas patch you mean drm-tracking branch from Thomas White then its built almost daily (sometimes even few times a day :)) here: http://build.shr-project.org/tests/mrmoku/kms/ This kernel is not in shr-unstable by default just because all shr devs get WSOD during resume with this one, but we like it a lot. The whole patch is simple one-liner against andy-tracking, published by Thomas to change some FIFO depth (as far as I understood). Everything still working after that patch, keeping nice boost. Default image was unusable because of speed issues. If you want to try 2.6.31 with all Thomas's patches again http://build.shr-project.org/tests/mrmoku/2.6.31/ but expect some problems with ie sound/gsm/(W|B)SOD Thanks for links, I'll hope i can try them in spare time, but unfortunately for me, I need gsm/sound and feel no need in any sort of SOD. With QtMoko i've found a solution for death - just always keep it plugged, now trying it with shr. ;) I've just followed Carsten suggestion and tested several kernels with lmbench, I wanted to publish it for interested people with separate letter, but we started with kernel, here is it, anyway I don't know where to proceed: Last time I've tried to measure memory bandwidth on om, n810 and old Celeron 600. Now I've got interesting results with om kernel, but unfortunately didn't get n810 to my grasp to run lmbench where. Most interesting thing is following: *Local* Communication bandwidths in MB/s - bigger is better --- HostOS Pipe AFTCP File Mmap Bcopy Bcopy Mem Mem UNIX reread reread (libc) (hand) read write - - -- -- -- -- - neo Linux 2.6.29- 19.8 18.1 18.9 36.7 108.0 59.1 59.2 108. 187.6 neo_patch Linux 2.6.29- 16.5 16.6 13.1 25.1 74.4 40.7 40.8 74.4 130.7 router2 Linux 2.6.26- 46.4 49.7 33.5 119.8 295.0 78.9 57.2 294. 68.4 yes, faster kernel is in middle :). the difference between two one is kernel, both systems were tested with qtmoko bought down and top showing 0 load except top. interesting that on both kernels to showed different load. As i've got similar results with my copy test (40mb/s), i think that Thomas one-line patch (second kernel) is unrelated. So question is open: in qtmoko, with qpe.sh brought down and no active processes except top in top, which thing slows down whole device from 1/3 to 1/2? time I was unable to run oprofile because of some problems between daemon and kernel, next thing i plan is to investigate this. I attached whole results for whoose who are interested. Btw, I successfully resisted idea to buy N900 in favor of continue using OM after reading this: http://talk.maemo.org/showthread.php?t=31346 :) After that, OM is evolving computer for me, n900 is not. Gennady. L M B E N C H 2 . 0 S U M M A R Y Basic system parameters Host OS Description Mhz - - --- neo Linux 2.6.29- armv4tl-linux-gnu 389 neo_patch Linux 2.6.29- armv4tl-linux-gnu 389 router2 Linux 2.6.26- i686-pc-linux-gnu 679 Processor, Processes - times in microseconds - smaller is better Host OS Mhz null null open selct sig sig fork exec sh call I/O stat clos TCP inst hndl proc proc proc - - - neo Linux 2.6.29- 389 0.53 1.52 9.68 15.5 63.2 2.77 6.84 3335 10.K 25.K neo_patch Linux 2.6.29- 389 0.70 3.31 18.6 35.6 89.7 5.77 16.8 4839 15.K 37.K router2 Linux 2.6.26- 679 0.36 0.84 4.39 9.62 18.4 1.44 6.45 1136 3366 9409 Context switching - times in microseconds - smaller is better - Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw - - - -- -- -- -- --- --- neo Linux 2.6.29- 168.5 367.4 714.1 368.5 731.5 376.5 732.3 neo_patch Linux 2.6.29- 305.4 615.1 881.1 463.2 966.6 497.8 987.3 router2 Linux 2.6.26- 10.8 41.3 186.0 95.2 265.1 107.8 268.1 *Local* Communication latencies in microseconds - smaller is better --- Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP ctxsw UNIX UDP TCP conn
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Hi Thomas, first of all: Thank You so much for the effort of giving us a new version of SHR (from far the best OS for the OM that I've tested) and this is a very good notice, I'm about to flash into mi FR but I have this cuestion about the resources to download: 2009/11/19 Thomas Zimmermann m...@vdm-design.de ... a So what has changed, and what to expect: * eglibc rather than glibc. Just like Debian did, we switched our libc library from glibc to eglibc which (apparently) is a bit better suited to embedded devices. From this I get that eglibc is the default on SHR (as stated here). When I browse into the download images on the page [1] I see these files that makes me wonder what do I have to download: full-om-gta02.jffs2http://build.shr-project.org/shr-unstable/images/om-gta02/full-om-gta02.jffs220-Nov-2009 09:09 136M shr-full-eglibc-ipk--20091120-om-gta02.rootfs.jffs2http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-eglibc-ipk--20091120-om-gta02.rootfs.jffs2 20-Nov-2009 09:09 136M The first one is an alias for the second one? if it isn't like that, which one is the right one? Thanks [1] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
In my previous post I forgot to put the link [1] http://build.shr-project.org/shr-unstable/images/om-gta02/ Sorry about that / * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com / ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Fri, Nov 20, 2009 at 21:32, Russell Dwiggins undrwa...@verizon.net wrote: Some of my observations after use: * screen lock on Power Button now works; but it takes you to a password screen without keyboard * gry theme is not fully selected on fresh flash; some of the elements are still default illume (illume settings | theme stuff). * power settings don't save; change suspend idle screen lock settings, quit, go back and they are reset to default * Changing fonts crashes illume; change fonts in illume settings Look tab will crash illume * illume keyboard seems to be working in landscape now!! :) I'll have to test further, but it looks promising. Questions: I notice that eve (web browser) is in the repo, but it doesn't work: r...@om-gta02 ~ $ eve ERROR: could not load theme from file '/usr/share/eve/data/default.edj', group 'eve.scrollframe': File Does Not Exist ERROR: could not load theme from file '/usr/share/eve/data/default.edj', group 'eve.navigator': File Does Not Exist Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.vertical'. Error Number: 2 while loading the group 'webkit/widget/entry'. Error Number: 2 while loading the group 'webkit/widget/button'. Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.horizontal'. Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.horizontal'. Is this a work in progress? Thanks for all the work!! :) Russell Dwiggins Try to opkg install eve-themes -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Try to opkg install eve-themes -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I found eve-themes last night. Looks great, but scrolling doesn't seem to work. It's hard to find info on google regarding this browser. Who's working on it? Russell Dwiggins -- View this message in context: http://n2.nabble.com/Fwd-Shr-User-SHR-unstable-got-a-facelift-And-you-a-christmas-present-tp4032658p4043021.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: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
undrwater wrote: * illume keyboard seems to be working in landscape now!! :) I'll have to test further, but it looks promising. No...still has problems if rotatated while open. Maybe this will get fixed with Samsung's help? ;) Russell Dwiggins -- View this message in context: http://n2.nabble.com/Fwd-Shr-User-SHR-unstable-got-a-facelift-And-you-a-christmas-present-tp4032658p4043046.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: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Bad XMas present, bad! :! Sorry, it's quite nice, but mrmoku's image from Friday 13th works better as a phone. Forgive my anger but today I almost missed being interviewed on a major portuguese radio about our horrible CyberCrime law (similar to the german horror)... fortunately I still had mrmoku's image on another µ-sdhc card and quickly replaced it Good news regarding CC law... the Chief Inspector of the investigative police agrees with us (Free Software activists) and wants the law changed, as well as the president of the association of judges :) Rui On Thu, Nov 19, 2009 at 05:01:03PM +0100, Thomas Zimmermann wrote: -- Weitergeleitete Nachricht -- Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Sebastian Spaeth sebast...@sspaeth.de An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr- u...@lists.shr-project.org [Nov 19 2009, The Internets] It's been psychologically proven that the longer you wait for your presents, the more happy you will be when you finally get them. It seems, the SHR team wants to make you REALLY happy and has let you waiting for quite some time without updates to shr-unstable... ENOUGH WAITING. Christmas comes a bit early this year, and a new SHR-unstable image is out for public consumption. Keep in mind that this is the first snapshot after quite many major transitions, so don't complain if things are a bit ..well... unstable in the beginning. We are working hard to stabilize things. If you depend on your phone, you will probably not yet want to use this, e.g. right now the ringtones aren't working (it just vibrates). We had no resources to provide a nice and working upgrade path, so an opkg upgrade is very likely to lead to a non-working system. (Really! It won't work. We know you'll try anyway :). It still won't work). So download the image (http://build.shr-project.org/shr-unstable), flash it and start afresh. I am writing this before the new images are out there, so be a bit patient before you can really grab them. We will take a branch off current shr-unstable in a couple of weeks (after the dust has settled a bit) and start a conservative branch that will allow for more -testing releases and -finally- a stable snapshot. If others want to volunteer to do that, I'll happy hand over that job though. So what has changed, and what to expect: * First don't expect any miracles. While stuff has changed under the hood, you are still owning a fine piece of open. but outdated hardware. But a path has been laid for future improvements (also performance wise), so this is the way to go. Also, we have tried to keep the look and feel as similar as possible in the new phone apps. You will feel very much at home there. But improvements are much easier now. * xorg server rather than glamo kdrive. We switched to using a proper xorg-server, with a graphics driver that is actively maintained. There have been some improvements, and developer Weiss thinks that there are more perf improvements to get. * eglibc rather than glibc. Just like Debian did, we switched our libc library from glibc to eglibc which (apparently) is a bit better suited to embedded devices. * While the theme contest is still ongoing, we have decided to install the gry theme by Bernd Pruenster by default, it is faster than the default theme, which is not designed for obsolete embedded hardware. The illume theme is still set to default or Illume SHR, so try stasetting it to *gry* through the top bar wrench (preference settings) * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. Another theme to try out is the niebiee theme which has been designed with speed in mind (opkg install shr-theme-niebiee). * the python-based frameworkd is being replaced bit by bit with components written in Vala. The first components that we use are fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey posted a status update (http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end- of-2009/) on the new fso stuff. * phonefsod replaces the ophonekitd phone daemon and and phoneuid/libphoneui are now responsible for all things GUI with the phone apps. * opimd is included and we have the possibility to save incoming and outgoing SMS as well as contacts on the SIM card or on the SD card (using the sqlite backend). New SMS/contacts are now by default saved in a database on the FreeRunner (SD card or NAND), so be careful before reflashing! (Someone should probabably give instructions somewhere on how to change the configuration to use the SIM card as default and how to transfer data from one backend to another.) * We have proceeded with the integration work with openembedded.org and we are very close
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Congrats for the great work ! I just wonder, there is still a lot of work or is there any other reason to not integrate paroli ? On Thu, Nov 19, 2009 at 5:01 PM, Thomas Zimmermann m...@vdm-design.de wrote: -- Weitergeleitete Nachricht -- Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Sebastian Spaeth sebast...@sspaeth.de An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr- u...@lists.shr-project.org [Nov 19 2009, The Internets] It's been psychologically proven that the longer you wait for your presents, the more happy you will be when you finally get them. It seems, the SHR team wants to make you REALLY happy and has let you waiting for quite some time without updates to shr-unstable... ENOUGH WAITING. Christmas comes a bit early this year, and a new SHR-unstable image is out for public consumption. Keep in mind that this is the first snapshot after quite many major transitions, so don't complain if things are a bit ..well... unstable in the beginning. We are working hard to stabilize things. If you depend on your phone, you will probably not yet want to use this, e.g. right now the ringtones aren't working (it just vibrates). We had no resources to provide a nice and working upgrade path, so an opkg upgrade is very likely to lead to a non-working system. (Really! It won't work. We know you'll try anyway :). It still won't work). So download the image (http://build.shr-project.org/shr-unstable), flash it and start afresh. I am writing this before the new images are out there, so be a bit patient before you can really grab them. We will take a branch off current shr-unstable in a couple of weeks (after the dust has settled a bit) and start a conservative branch that will allow for more -testing releases and -finally- a stable snapshot. If others want to volunteer to do that, I'll happy hand over that job though. So what has changed, and what to expect: * First don't expect any miracles. While stuff has changed under the hood, you are still owning a fine piece of open. but outdated hardware. But a path has been laid for future improvements (also performance wise), so this is the way to go. Also, we have tried to keep the look and feel as similar as possible in the new phone apps. You will feel very much at home there. But improvements are much easier now. * xorg server rather than glamo kdrive. We switched to using a proper xorg-server, with a graphics driver that is actively maintained. There have been some improvements, and developer Weiss thinks that there are more perf improvements to get. * eglibc rather than glibc. Just like Debian did, we switched our libc library from glibc to eglibc which (apparently) is a bit better suited to embedded devices. * While the theme contest is still ongoing, we have decided to install the gry theme by Bernd Pruenster by default, it is faster than the default theme, which is not designed for obsolete embedded hardware. The illume theme is still set to default or Illume SHR, so try stasetting it to *gry* through the top bar wrench (preference settings) * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. Another theme to try out is the niebiee theme which has been designed with speed in mind (opkg install shr-theme-niebiee). * the python-based frameworkd is being replaced bit by bit with components written in Vala. The first components that we use are fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey posted a status update (http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end- of-2009/) on the new fso stuff. * phonefsod replaces the ophonekitd phone daemon and and phoneuid/libphoneui are now responsible for all things GUI with the phone apps. * opimd is included and we have the possibility to save incoming and outgoing SMS as well as contacts on the SIM card or on the SD card (using the sqlite backend). New SMS/contacts are now by default saved in a database on the FreeRunner (SD card or NAND), so be careful before reflashing! (Someone should probabably give instructions somewhere on how to change the configuration to use the SIM card as default and how to transfer data from one backend to another.) * We have proceeded with the integration work with openembedded.org and we are very close to their development branch now, patches will be submitted to really merge SHR with upstream. This also means that we now have updated versions of basically every software component in this image. This migration has unfortunately caused quite some head aches and build problems... * mokonnect was finally able to connect to my WEP WLAN without crashing the kernel :). * We will be providing a possibilitiy to upgrade the kernel
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Am Freitag 20 November 2009 14:16:54 schrieb Steven Le Roux: Congrats for the great work ! I just wonder, there is still a lot of work or is there any other reason to not integrate paroli ? There is still a lot of work that has to be done. In both places SHR and Paroli. If your are interessted in paroli on SHR then, join us :) As far as i know most work is done. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
I installed the new image yesterday afternoon, so far the non-phone functionality is working relatively well. Only 1 red-flag for me on the non-phone stuff: redraws seem noticably slower than my shr-u-sept - with omnewrotate installed and using epdfview to view a document it sometimes took as long as 10 seconds for the view to completely refresh after rotating my FR. I didn't time it on my shr-u-sept install yet, but I'm pretty sure it wasn't that slow... However, the phone functionality seems pretty broken. I do get audio, so it's a little better than Rui is seing, but I get feedback squeeling as soon as I try an outgoing call, and have to drop the microphone gain - and then the person I called said they had trouble hearing me. I'm trying an update/update now - it seems like things are evolving quickly, but so far I'm strongly considering going back to the sept build so I can make phone calls.. Warren On Fri, Nov 20, 2009 at 9:35 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Do you have audio *after* a few suspend/resumes/calls ? I got audio on the first couple of calls, then nothing more. Rui On Fri, Nov 20, 2009 at 10:33:31AM -0500, Warren Baird wrote: I installed the new image yesterday afternoon, so far the non-phone functionality is working relatively well. Only 1 red-flag for me on the non-phone stuff: redraws seem noticably slower than my shr-u-sept - with omnewrotate installed and using epdfview to view a document it sometimes took as long as 10 seconds for the view to completely refresh after rotating my FR. I didn't time it on my shr-u-sept install yet, but I'm pretty sure it wasn't that slow... However, the phone functionality seems pretty broken. I do get audio, so it's a little better than Rui is seing, but I get feedback squeeling as soon as I try an outgoing call, and have to drop the microphone gain - and then the person I called said they had trouble hearing me. I'm trying an update/update now - it seems like things are evolving quickly, but so far I'm strongly considering going back to the sept build so I can make phone calls.. Warren On Fri, Nov 20, 2009 at 9:35 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ 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: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Some of my observations after use: * screen lock on Power Button now works; but it takes you to a password screen without keyboard * gry theme is not fully selected on fresh flash; some of the elements are still default illume (illume settings | theme stuff). * power settings don't save; change suspend idle screen lock settings, quit, go back and they are reset to default * Changing fonts crashes illume; change fonts in illume settings Look tab will crash illume * illume keyboard seems to be working in landscape now!! :) I'll have to test further, but it looks promising. Questions: I notice that eve (web browser) is in the repo, but it doesn't work: r...@om-gta02 ~ $ eve ERROR: could not load theme from file '/usr/share/eve/data/default.edj', group 'eve.scrollframe': File Does Not Exist ERROR: could not load theme from file '/usr/share/eve/data/default.edj', group 'eve.navigator': File Does Not Exist Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.vertical'. Error Number: 2 while loading the group 'webkit/widget/entry'. Error Number: 2 while loading the group 'webkit/widget/button'. Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.horizontal'. Error #2 while loading the group 'scrollbar.vertical'. Error #2 while loading the group 'scrollbar.horizontal'. Is this a work in progress? Thanks for all the work!! :) Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
well - shortly after my last post suspend stopped working, and I couldn't send or receive calls - trying to dial out failed silently, and incoming calls went directly to my voice mail... Unfortunately I kinda rely on my FR as a cell phone, so I need to be able to make and receive calls - so I've booted back to my shr-u-sept build for now... I guess I'll try the shr-u-nov builds again in a few weeks and see if they are better. Warren On Fri, Nov 20, 2009 at 12:13 PM, Rui Miguel Silva Seabra r...@1407.orgwrote: Do you have audio *after* a few suspend/resumes/calls ? I got audio on the first couple of calls, then nothing more. Rui On Fri, Nov 20, 2009 at 10:33:31AM -0500, Warren Baird wrote: I installed the new image yesterday afternoon, so far the non-phone functionality is working relatively well. Only 1 red-flag for me on the non-phone stuff: redraws seem noticably slower than my shr-u-sept - with omnewrotate installed and using epdfview to view a document it sometimes took as long as 10 seconds for the view to completely refresh after rotating my FR. I didn't time it on my shr-u-sept install yet, but I'm pretty sure it wasn't that slow... However, the phone functionality seems pretty broken. I do get audio, so it's a little better than Rui is seing, but I get feedback squeeling as soon as I try an outgoing call, and have to drop the microphone gain - and then the person I called said they had trouble hearing me. I'm trying an update/update now - it seems like things are evolving quickly, but so far I'm strongly considering going back to the sept build so I can make phone calls.. Warren On Fri, Nov 20, 2009 at 9:35 AM, Rui Miguel Silva Seabra r...@1407.org wrote: On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ 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 -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
-- Weitergeleitete Nachricht -- Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Sebastian Spaeth sebast...@sspaeth.de An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr- u...@lists.shr-project.org [Nov 19 2009, The Internets] It's been psychologically proven that the longer you wait for your presents, the more happy you will be when you finally get them. It seems, the SHR team wants to make you REALLY happy and has let you waiting for quite some time without updates to shr-unstable... ENOUGH WAITING. Christmas comes a bit early this year, and a new SHR-unstable image is out for public consumption. Keep in mind that this is the first snapshot after quite many major transitions, so don't complain if things are a bit ..well... unstable in the beginning. We are working hard to stabilize things. If you depend on your phone, you will probably not yet want to use this, e.g. right now the ringtones aren't working (it just vibrates). We had no resources to provide a nice and working upgrade path, so an opkg upgrade is very likely to lead to a non-working system. (Really! It won't work. We know you'll try anyway :). It still won't work). So download the image (http://build.shr-project.org/shr-unstable), flash it and start afresh. I am writing this before the new images are out there, so be a bit patient before you can really grab them. We will take a branch off current shr-unstable in a couple of weeks (after the dust has settled a bit) and start a conservative branch that will allow for more -testing releases and -finally- a stable snapshot. If others want to volunteer to do that, I'll happy hand over that job though. So what has changed, and what to expect: * First don't expect any miracles. While stuff has changed under the hood, you are still owning a fine piece of open. but outdated hardware. But a path has been laid for future improvements (also performance wise), so this is the way to go. Also, we have tried to keep the look and feel as similar as possible in the new phone apps. You will feel very much at home there. But improvements are much easier now. * xorg server rather than glamo kdrive. We switched to using a proper xorg-server, with a graphics driver that is actively maintained. There have been some improvements, and developer Weiss thinks that there are more perf improvements to get. * eglibc rather than glibc. Just like Debian did, we switched our libc library from glibc to eglibc which (apparently) is a bit better suited to embedded devices. * While the theme contest is still ongoing, we have decided to install the gry theme by Bernd Pruenster by default, it is faster than the default theme, which is not designed for obsolete embedded hardware. The illume theme is still set to default or Illume SHR, so try stasetting it to *gry* through the top bar wrench (preference settings) * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. Another theme to try out is the niebiee theme which has been designed with speed in mind (opkg install shr-theme-niebiee). * the python-based frameworkd is being replaced bit by bit with components written in Vala. The first components that we use are fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey posted a status update (http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end- of-2009/) on the new fso stuff. * phonefsod replaces the ophonekitd phone daemon and and phoneuid/libphoneui are now responsible for all things GUI with the phone apps. * opimd is included and we have the possibility to save incoming and outgoing SMS as well as contacts on the SIM card or on the SD card (using the sqlite backend). New SMS/contacts are now by default saved in a database on the FreeRunner (SD card or NAND), so be careful before reflashing! (Someone should probabably give instructions somewhere on how to change the configuration to use the SIM card as default and how to transfer data from one backend to another.) * We have proceeded with the integration work with openembedded.org and we are very close to their development branch now, patches will be submitted to really merge SHR with upstream. This also means that we now have updated versions of basically every software component in this image. This migration has unfortunately caused quite some head aches and build problems... * mokonnect was finally able to connect to my WEP WLAN without crashing the kernel :). * We will be providing a possibilitiy to upgrade the kernel to 2.6.31 (including KMS goodness, see http://www.bitwiz.org.uk/s/how-dri-and-drm-work.html) for adventurous users some time after this release. We just had to make a cut somewhere and this did not make it in yet. What is NOT working: * Ringtones are not working yet after
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Congrats, this is impressive (and comforting) to see some people still working hard on SHR. I'll try to test that as soon as possible. If I understood, though the current release needs a reflash, the following improvements will be doable through opkg update/upgrade, won't they? Thanks anyway :) -- Olivier M. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Original discusion is at shr-us...@lists.shr-project.org, it would be best if all users interested in SHR join that list. I will forward important Messages to community@lists.openmoko.org but not everything. -- Weitergeleitete Nachricht -- Betreff: Re: [Shr-Devel] [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Tom t...@stosb.com An: Sebastian Spaeth sebast...@sspaeth.de We already fixed a couple of things: * Ringtones are not working yet after the first call (it just vibrates). There is an issue related to the new fsodeviced and how it handles alsa sound profiles. We are investigating this issue. * Phonelog: can't select items from list. * Shr-settings: can't turn wifi on. Opkg upgrade to get the fix for those. -- Tom. - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Thomas Zimmermann wrote: * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. I am quite sure that the nEo theme will render the phoneUI apps unusable, but i havent tried it, maybe JaMa can tell. I need to find some time to give the nEo theme a complete overhaul and fix remainign issues (dont hold your breath it will probably happen in 2010 :-P, but when it finally happens you can expect even faster UI) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Thu, Nov 19, 2009 at 10:30:22PM +0100, Bernd Prünster wrote: Thomas Zimmermann wrote: * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. I am quite sure that the nEo theme will render the phoneUI apps unusable, but i havent tried it, maybe JaMa can tell. I need to find some time to give the nEo theme a complete overhaul and fix remainign issues (dont hold your breath it will probably happen in 2010 :-P, but when it finally happens you can expect even faster UI) Illume neo theme looks great and it fast, but phoneui apps are not using old libframework-efl-theme-neo.. so you will end with ie black text on black background in messages.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Icon issue with SHR-unstable...
2009/9/15 John Dowd jdowds...@gmail.com: I can run the Linphone app but on the neo main display the linphone icon is shown as the default (or unknown) icon of a blank page. The linphone app has a linphone.png file under /usr/share/pixmaps (I just copied it there) but after I rebooted, it's still the blank page showing. Where should the linphone icon file go and is a png format the correct format to use for SHR? yes, png will work fine which icon theme are you using? i've got the nEo theme installed in shr-u, and it changes the root of the pixmaps dir to a different location (dunno how, must be a conf file somwhere), so the location on my machine becomes /usr/share/icons/nEo/86x86/apps ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Icon issue with SHR-unstable...
On Tuesday 15 September 2009 03:45:36 Robin Paulson wrote: yes, png will work fine which icon theme are you using? i've got the nEo theme installed in shr-u, and it changes the root of the pixmaps dir to a different location (dunno how, must be a conf file somwhere), so the location on my machine becomes /usr/share/icons/nEo/86x86/apps I didn't change any themes once I had loaded on the SHR-U load. I had a look and there was a directory /usr/share/icons/shr/86x86/apps and I copied the png file for linphone to it. No joy. Thanks for the help though. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 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
Icon issue with SHR-unstable...
I can run the Linphone app but on the neo main display the linphone icon is shown as the default (or unknown) icon of a blank page. The linphone app has a linphone.png file under /usr/share/pixmaps (I just copied it there) but after I rebooted, it's still the blank page showing. Where should the linphone icon file go and is a png format the correct format to use for SHR? Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 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: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Thu, Sep 10, 2009 at 1:36 AM, Risto H. Kurppa ri...@kurppa.fi wrote: Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps - now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings - Position it's hopeless. I've put it on manual on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. I get fix in 50sec-1min on SHR-U my rootfs is http://build.shr-project.org/shr-unstable/images/om-gta02/old/full-om-gta02.jffs2 I think its a 22nd August build. Non opkg upgraded. I leave the automatic setting for GPS in SHR Settings. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Thu, Sep 10, 2009 at 12:51 PM, rakshat hooja raks...@gmail.com wrote: On Thu, Sep 10, 2009 at 1:36 AM, Risto H. Kurppa ri...@kurppa.fi wrote: Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps - now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings - Position it's hopeless. I've put it on manual on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. I get fix in 50sec-1min on SHR-U my rootfs is http://build.shr-project.org/shr-unstable/images/om-gta02/old/full-om-gta02.jffs2 I think its a 22nd August build. Non opkg upgraded. I leave the automatic setting for GPS in SHR Settings. Rakshat And my kernel is http://build.shr-project.org/shr-unstable/images/om-gta02/uImage-2.6.29-oe11+gitr119838+2d158aae9d8d36f575504f59884ed8e80802efe2-r3.5-om-gta02.bin Rakshat -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Thu, Sep 10, 2009 at 12:05:53AM +0300, Risto H. Kurppa wrote: On Wed, Sep 9, 2009 at 11:18 PM, Rui Miguel Silva Seabrar...@1407.org wrote: Did you reboot twice? You need to do so! Have rebooted ~twice a day for about a week now :) (I've had the SHR installation for ~week) - that doesn't solve this. (and OK, I have some stuff installed and it's not a clean SHR so can't really confirm without reflashing..) I did an opkg upgrade a couple of days ago and rebooted only once. Things appeared to be working, but they weren't really working that well. After a second reboot it worked (as) fine as ever since. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps - now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings - Position it's hopeless. I've put it on manual on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. Removing AGPS data - is there a rule the visibility of the button follows? Sometimes it's there when I start the position, sometimes it's gone. Anyway: I think something weird's happening in FSO gps interface. Anyone experienced the same? 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
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Wed, Sep 09, 2009 at 11:06:03PM +0300, Risto H. Kurppa wrote: Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps - now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings - Position it's hopeless. I've put it on manual on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. Removing AGPS data - is there a rule the visibility of the button follows? Sometimes it's there when I start the position, sometimes it's gone. Anyway: I think something weird's happening in FSO gps interface. Anyone experienced the same? Did you reboot twice? You need to do so! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Wed, Sep 9, 2009 at 11:18 PM, Rui Miguel Silva Seabrar...@1407.org wrote: Did you reboot twice? You need to do so! Have rebooted ~twice a day for about a week now :) (I've had the SHR installation for ~week) - that doesn't solve this. (and OK, I have some stuff installed and it's not a clean SHR so can't really confirm without reflashing..) 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
swap partition seems faster than a swap file (Re: [SHR-Unstable] swapon: swapfile has holes)
Matthias Huber matthias.hu...@wollishausen.de writes: afaik, it is much faster than file. On a computer with 256M ram and compact flash as storage I ran #include stdio.h #include stdlib.h #include string.h #include assert.h #define BUFSIZE (400*1024*1024) int main(int argc, char *argv[]) { char *p; int i; int ret; puts(allocating memory); p = malloc(BUFSIZE); assert(p); puts(writing to memory); for (i = 0; i BUFSIZE; i++) { p[i] ^= 3; } puts(reading from memory); for (i = 0; i BUFSIZE; i++) { ret ^= p[i]; } return ret; } with both cases. It seems that partition is somewhat faster indeed: 256M swap partition: $ for i in 1 2 3 4; do time ./a.out ; done allocating memory writing to memory reading from memory real3m47.793s user0m27.282s sys 0m5.592s allocating memory writing to memory reading from memory real3m16.614s user0m27.114s sys 0m5.624s allocating memory writing to memory reading from memory real3m10.966s user0m27.010s sys 0m5.456s allocating memory writing to memory reading from memory real3m14.328s user0m27.106s sys 0m5.160s 256M swap file: allocating memory writing to memory reading from memory real6m19.494s user0m27.630s sys 0m6.956s allocating memory writing to memory reading from memory real3m49.047s user0m27.698s sys 0m5.028s allocating memory writing to memory reading from memory real4m18.462s user0m27.442s sys 0m5.296s allocating memory writing to memory reading from memory real4m1.905s user0m27.858s sys 0m4.928s ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community