Black screen when running OpenGL app (non-locking)

[Ancoron Luciferis]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Just got back to home from a business travel and saw that xorg-edgers
provided a new version (up to commit
e372f845b0defaf2d2c9ef3cbbf7498e09d9372e) and so I immediately upgraded.

And guess what? Now it's fine again and plus fullscreen XV is working again.

But what I noticed was that when enabling KDE4 effects video playback
gets very unstable (in terms of frame rate stability) unless I use gl.
In addition I noticed that even without effects hovering the mouse over
the main menu items is very slow.

What could cause this?

The glxgears frame rate is still around 4500 FPS for my X1950XTX.

I cannot tell if that was a 64bit issue as the only 32bit system I have
is a laptop and doesn't have an AMD card.

And no, I'm not using KMS.


Greetz,

Ancoron


Nicolai Hähnle wrote:
> Am Saturday 11 July 2009 21:04:26 schrieb Ancoron Luciferis:
>> Hi there,
>>
>> I just have upgraded my radeon driver using the xorg-edgers PPA from git
>> master commit
>>
>> f39cafc5c4a93a16ac93756473ebb1f33c7881db (2009/06/29)
>>
>> to
>>
>> 43db263d301082e84e9bc304816bcbb206fe280e (2009/07/09)
>>
>> on an AMD64 Kubuntu Jaunty with an X1950XTX.
> 
> Perhaps a 64 bit bug?
> 
>> After every driver update I run some manual tests. The first thing I
>> encountered was that using the KDE4 wobbly window effect it is really
>> slow in the beginning. After moving around a window for some seconds it
>> gets much smoother but not really smooth.
>>
>> But that is not the real issue. The next thing I tested was glxgears.
>> But when I run it the screen (both monitors of my dual-head CRT setup)
>> go blank (but not off) and it stays black until I press <ESC> or
>> terminate the glxgears process in another way. As long as the mouse
>> cursor is hardware processed I can still see it (yes, on the black
>> screen) and when moving around it changes accordingly. When glxgears is
>> terminated the screen comes back within a fraction of a second and all
>> things behave like before.
>>
>> The same issue happens with all applications that open an OpenGL
>> context. There is nothing about that in Xorg.0.log but the same issue
>> appears also in XFCE so it it not a WM problem.
>>
>>
>> What can cause that issue?
> 
> Since it happens with OpenGL applications, it is possible that it is caused 
> not by a change in xf86-video-ati, but by a change in mesa. It would be 
> helpful if you could
> 
> a) Try old xf86-video-ati with old mesa and vice versa.
> b) Once you know which one of it is to blame, it would be extremely helpful if 
> you could git bisect.
> 
> Finally, are you running with KMS?
> 
> cu,
> Nicolai
> 
>> Thanx,
>>
>> Ancoron
>>
>> _______________________________________________
>> xorg-driver-ati mailing list
>> xorg-driver-ati at lists.x.org
>> http://lists.x.org/mailman/listinfo/xorg-driver-ati
> 
> 
> 
> _______________________________________________
> xorg-driver-ati mailing list
> xorg-driver-ati at lists.x.org
> http://lists.x.org/mailman/listinfo/xorg-driver-ati
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpmBeYACgkQHwxOsqv2bG2IrwCfQOgnHW3ngihn2kuPh//0ZUav
30QAn3GuZtnfn4Wh765J3/SCo9jtfNps
=DT4I
-----END PGP SIGNATURE-----