Re: [Shr-Devel] [Shr-User] New SHR-unstable images with 2.6.32 kernel

2010-06-30 Thread David Garabana Barro
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-Devel] [Shr-User] New SHR-unstable images with 2.6.32 kernel

2010-06-29 Thread Martin Jansa
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: [Shr-User] New SHR-unstable images with 2.6.32 kernel

2010-06-29 Thread Jakob
On 6/27/10, 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.
>
> * 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