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