Bug 19400 - glxgears and opengl related applications appear blank!
glxgears and opengl related applications appear blank!
Status: CLOSED NOTABUG
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r300
7.2
Other All
: high critical
Assigned To: Default DRI bug account
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-05 03:43 UTC by Sunil Mekathotti
Modified: 2009-01-23 02:22 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
glxinfo (5.64 KB, text/plain)
2009-01-05 03:44 UTC, Sunil Mekathotti
Details
lspci (1.24 KB, text/plain)
2009-01-05 03:49 UTC, Sunil Mekathotti
Details
xorg.conf (1.50 KB, text/plain)
2009-01-05 03:49 UTC, Sunil Mekathotti
Details
Xorg.0.log (62.76 KB, text/plain)
2009-01-05 03:50 UTC, Sunil Mekathotti
Details
sys info (648 bytes, text/plain)
2009-01-05 03:50 UTC, Sunil Mekathotti
Details
Mplayer Run logs (10.61 KB, text/plain)
2009-01-05 04:27 UTC, Sunil Mekathotti
Details
glxgears run with debug=verbose (835 bytes, text/plain)
2009-01-06 04:17 UTC, Sunil Mekathotti
Details
mplayer run with debug=verbose (11.64 KB, text/plain)
2009-01-06 04:18 UTC, Sunil Mekathotti
Details
drm kernel logs (30.97 KB, text/plain)
2009-01-07 03:17 UTC, Sunil Mekathotti
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sunil Mekathotti 2009-01-05 03:43:28 UTC
Details of the X-stack:
----------------------
Build Date: 5-Jan-2008

mesa/drm:           master (git)                                
mesa/mesa :        7.2                                             
xorg/xserver:        1.5.2                                               
xorg/xf86-video-ati: master(git)                                  
xorg/driver/xf86-input-keyboard - 1.3.0                  
xorg/driver/xf86-input-mouse-1.3.0 


 Problem:
---------

After installing the driver , check 'glxinfo' and make sure the driver is installed properly and DRI is enabled. 
And then run 'glxgears'

   *** It results in blank window! (attached screen shot)
Comment 1 Sunil Mekathotti 2009-01-05 03:44:27 UTC
Created attachment 21672 [details]
glxinfo
Comment 2 Sunil Mekathotti 2009-01-05 03:49:22 UTC
Created attachment 21673 [details]
lspci
Comment 3 Sunil Mekathotti 2009-01-05 03:49:46 UTC
Created attachment 21674 [details]
xorg.conf
Comment 4 Sunil Mekathotti 2009-01-05 03:50:18 UTC
Created attachment 21675 [details]
Xorg.0.log
Comment 5 Sunil Mekathotti 2009-01-05 03:50:45 UTC
Created attachment 21676 [details]
sys info
Comment 6 Sunil Mekathotti 2009-01-05 03:58:59 UTC
couldn't attach screen shot due to large size. But anyway it is just a blank window.


Other observations are:

  - I can't play a video with 'mplayer -vo gl' or 'mplayer -vo gl2' options where as I can play with 'mplayer -vo xv' option

 - I also can't play games like urban terror, as I just see a blank window!

Increasing the priority and severity
Comment 7 Sunil Mekathotti 2009-01-05 04:05:21 UTC
All the above mentioned problems are not appearing with 29-DEC-2008 build

Comment 8 Sunil Mekathotti 2009-01-05 04:27:29 UTC
Created attachment 21677 [details]
Mplayer Run logs

This log contains , 
 - mplayer run with  "-vo xv" option which works fine
 - mplayer run with "-vo gl" and "-vo gl2" options which FAIL
Comment 9 Michel Dänzer 2009-01-05 04:49:00 UTC
(In reply to comment #7)
> All the above mentioned problems are not appearing with 29-DEC-2008 build

So, please try and isolate which change in which component caused it. I think xf86-video-ati is the most likely candidate.
Comment 10 Sunil Mekathotti 2009-01-06 04:16:53 UTC
I am providing some additional info for better resolution:

- The last working build for me was on 29-DEC-2008 on Ubuntu-8.04
- I upgraded my system to Ubuntu-8.10 and did a fresh git on 5-JAN-2009
then the reported problem appeared.

For cross checking I performed below things:

  - I used the same working source code of 29-DEC-2008 and built the entire X-stack against Ubuntu-8.10, same result, failed!  
 - Another observation is that I get the same problem on openSUSE-11.0 using 5-JAN-2009


Attaching logs of 'glxgears' and 'mplayer' with LIBGL_DEBUG=verbose

Comment 11 Sunil Mekathotti 2009-01-06 04:17:52 UTC
Created attachment 21714 [details]
glxgears run with debug=verbose
Comment 12 Sunil Mekathotti 2009-01-06 04:18:38 UTC
Created attachment 21715 [details]
mplayer run with debug=verbose
Comment 13 Alex Deucher 2009-01-06 07:37:53 UTC
Are there any drm related messages in your kernel log?
Comment 14 Sunil Mekathotti 2009-01-07 03:16:32 UTC
(In reply to comment #13)
> Are there any drm related messages in your kernel log?

Attaching the 'grep -i drm kern.log' output.

There are some lines of this statement: (only seen on 5th Jan time stamp)

"Jan  5 20:21:34 sunil-desktop kernel: [17156.029451] [drm] wait for fifo failed status : 0x9803C100 0x00080000"

Comment 15 Sunil Mekathotti 2009-01-07 03:17:11 UTC
Created attachment 21742 [details]
drm kernel logs
Comment 16 Sunil Mekathotti 2009-01-12 05:15:17 UTC
I rebuilt my Xserver with some older "libdrm-2.4.1" and still i get the same problem!

The only major change I did was upgraded my system to Ubuntu-8.10 from Ubuntu-8.04.

I will revert back to Ubuntu-8.04 and try again if it works again like before.
Comment 17 Sunil Mekathotti 2009-01-13 06:12:19 UTC
I freshly installed an Ubuntu-8.04.1-LTS and the code base git'ed on Jan-12th.

**It works fine**. I can see 'glxgears' and few other opengl apps working fine.

Now the question is why it is not working on Ubuntu-8.10 and OpenSUSE-11.0 ?

Comment 18 Alex Deucher 2009-01-13 07:15:18 UTC
(In reply to comment #17)
> Now the question is why it is not working on Ubuntu-8.10 and OpenSUSE-11.0 ?
> 

Perhaps an issue with the newer kernel on these systems?  Does the DRI work if you leave the stock drm modules and only upgrade the userspace portions?
Comment 19 Sunil Mekathotti 2009-01-22 06:17:25 UTC
Now I found the culprit! :-)

My xorg.conf has the Virtual field set to a higher value for some other purpose, and didn't change it back to a lower value!

- 		Virtual 	4096 4096

After reducing the value to 'Virtual 1024 1024' all of the reported problems have gone.

- glxgears works fine
- mplayer with gl/gl2 works fine 


But only drawback for me is I get very few Resolutions supported for using with the driver when Virtual value is low. 
What optimal value should I keep?Any advice?

Can I close the bug?
Comment 20 Alex Deucher 2009-01-22 06:47:16 UTC
(In reply to comment #19)
> Now I found the culprit! :-)

> But only drawback for me is I get very few Resolutions supported for using with
> the driver when Virtual value is low. 
> What optimal value should I keep?Any advice?
> 

Until we finish the unified memory manager, you'll have to change the virtual settings based on your usage patterns.  Set the Virtual size large enough to handle the largest dualhead setup you plan on using.  For 3D you may want to set it lower to free up more resources for textures and such.

> Can I close the bug?
> 

Yes.
Comment 21 Sunil Mekathotti 2009-01-23 02:21:45 UTC
Thanks Alex for clarification.

closing the bug...