Is xserver-xorg-video-glamo freezy for anyone else than just me?
om-comm at joshandbianca.net
Fri Apr 16 14:45:17 CEST 2010
I occasionally encounter this and was also thinking I must have some edge case
hardware glitch since I haven't heard anyone else talk about it. In my case,
I wouldn't say it's completely random - there's always something I do that is
graphics related that causes the freeze. It's never something repeatable, but
it is always something related to the contents of the screen being updated. I
think that's what you are describing as well.
I've not reported it before because it is so random and difficult to debug. I
do software development professionally and know how hard it is to help someone
with a problem that can't be intentionally reproduced.
I'm using SHR-T. The image is dated March 3rd, 2010. I downloaded it and the
"latest" kernel image at the same time on March 10th. It is kernel version
2.6.29-rc3. This is the most stable image I have run yet. I tried doing some
upgrades at one point, but had more issues; so I reflashed the image. With
this image, I'm probably down to only having this type of freeze maybe once
every 2 weeks or so.
I've never tried fbdev.
If anyone of the devs have some suggestions as to how to try to debug this,
I'd be happy to try. Maybe a script that periodically gathers and saves some
data that can be reviewed after rebooting?
On Wednesday April 14, 2010, Neil Jerram wrote:
> I've raised this rather vaguely a couple of times before, and IIRC no
> one else said that they see similar problems. This time I'll try to
> be clear and so hopefully attract a more definitive response.
> Simply, whenever I try switching to glamo for a while (instead of
> fbdev), I find that my phone freezes after a while: the screen and
> buttons are unresponsive, and I can't ssh in. My only recourse is to
> pull out the battery - which is of course a concern, as I could then
> be corrupting the filesystem.
> It seems completely random, and not associated with any particular
> action. Today, for example, it happened very quickly after booting
> - boot up and wait for UI to appear
> - click on keyboard icon to bring up the matchbox keyboard
> - click on Ctrl, Alt, and X - which should bring up an xterm
> - freeze.
> On other occasions, that same sequence works find. Some times the
> freeze happens after a day or more of use.
> I see this in Debian, which is my main distro. I also see it whenever
> I decide to try SHR again - and it effectively prevents me from being
> able to try SHR for very long. (In Debian, I can just switch back to
> Does anyone else see this?
> If not, I'm guessing it could be caused by a specific hardware fault
> on my phone - any ideas on how I might investigate that further?
> Once in the frozen state, is there anything better/safer to do than
> pulling out the battery?
> Many thanks!
> Openmoko community mailing list
> community at lists.openmoko.org
More information about the community