[All] Black Screen of Death - Won't resume from standby

[Warren Baird]

So - an update - it really seems that in my case at least the black screens
of death were being caused by omnewrotate.  I'd been getting at least 1 or 2
a day since I installed it, and I got 4 last Sunday and at least 2 or 3 the
day before that.   On monday I changed the omnewrotate behaviour to be off
by default, and I haven't seen a single BSOD since then.

It's a bit annoying, since if I forget to make sure the phone is vertical
before suspending it, my screen is all messed up, but that is less annoying
than missing calls because of the BSODs.

Warren


On Mon, Nov 2, 2009 at 4:52 PM, Warren Baird <wjbaird at alumni.uwaterloo.ca>wrote:

> That sounds quite reasonable - I wasn't trying to point fingers - just
> describing the experience I had.   yesterday I had my FR die with a BSOD 4
> times - before I installed omnewrotate on this install I hadn't seen a BSOD
> at all.
>
> I've just changed the default behavior for omnewrotate to 'Off' an hour or
> two ago, I'm going to run for a few days and see if that impacts things...
>
> Warren
>
>
>
> On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra <rms at 1407.org>wrote:
>
>> Hi,
>>
>> As you go into suspend, a script is called that *stops* (kills the
>> process)
>> omnewrotate.
>>
>> As you resume, a script is called that starts omnewrotate.
>>
>> So:
>>
>>  1) as you suspend, omnewrotate is *not* even working.
>>  2) only after resume is completed does omnewrotate get started
>>
>> Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)
>>
>> This scripts were place early on in it's development as after resuming
>> omnewrotate couldn't get any data from the accelerometers (let alone
>> my fears that keeping the device open could affect resume).
>>
>> Rui
>>
>> On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
>> > I just started noticing this on an shr-u build updated in early sept.
>> The
>> > only thing I've changed lately is installing omnewrotate.   I also
>> noticed
>> > it on an install of the shr-testing candidate, that also had omnewrotate
>> > installed.
>> >
>> > I'm going to keep omnewrotate installed for a while and see how often I
>> get
>> > the BSOD. Then I'll uninstall or disable omnewrotate and see what
>> happens.
>> >
>> > Warren
>> >
>> >
>> > On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
>> > matthias.huber at wollishausen.de> wrote:
>> >
>> > > Steven ** schrieb:
>> > > > I've seen this several times with SHR-Unstable and now with Android.
>> > > > So, I'd say it's something that is common among these distro's.  Is
>> it
>> > > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
>> > > > issue?
>> > > > Any clues how to debug this or what might cause it?
>> > > >
>> > > > I know I'm not the only one that sees it.  How are others dealing
>> with
>> > > > these random lock-ups?
>> > > >
>> > > >
>> > > i have this too with my system gta02v6 latest shr-u.
>> > > sometimes i thought, it has to do with gps, but i am not sure about.
>> > > sometimes i think, problem it is changing cell while sleeping.
>> > >
>> > > _______________________________________________
>> > > Openmoko community mailing list
>> > > community at 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 at lists.openmoko.org
>> > http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>> --
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca
>



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/d50e7a70/attachment-0001.htm