WSOD (ticket #1841) (unofficial) survey question
Andy Green
andy at openmoko.com
Thu Nov 13 10:03:53 CET 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Somebody in the thread at some point said:
|> I think the powersaving WSOD isn't realy the problem - it isn't
|> temperature-dependent, it will always be there.
|> But the other one _only_ occurs below some temperatur level.
They can reflect the same underlying issue, GPIO control of Glamo pins
that talk to the ASIC in the LCM is broken somehow / sometimes.
| That "level shifter" is definitely evil, if you pop the can and touch it
| with a scope probe it hard resets the Glamo, as you would expect with
| such high source impedence. Other things seem to be able to make spikes
| on it too somehow. But to be fair to it I never saw it make a failure
| in normal operation, only during suspend / resume time.
|
|> I am creating/programm for years yC based designs and not long ago
I've seen
|> some similar thing.
|> The schematic worked perfect and sometimes only partly. I thought little
|> gremlins must be in there - but the result was only two resistors wich
|> drives some parts to close to their specifications.
Yes as I say it is "definitely evil". But I think we can work around it
since we never see it reset in normal operation -->
| In stable-tracking we work around this by always hard resetting the
| Glamo on resume ourselves on the basis there can have been an
| uncontrolled reset in the meanwhile.
- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkkb7XkACgkQOjLpvpq7dMroaACeKwiT9vk5HBWBp9FkfPScAVo+
nSYAnjm1SIow9GheT5tItj8NT3In35nf
=rXVI
-----END PGP SIGNATURE-----
More information about the community
mailing list