Bug 176414

Summary: OpenGL programs stopped to work due to missing visuals
Product: [Fedora] Fedora Reporter: Pawel Salek <pawsa>
Component: xorg-x11-serverAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-07 10:18:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 150221    

Description Pawel Salek 2005-12-22 13:51:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20051216 Fedora/1.5-3 Firefox/1.5

Description of problem:
After recent "yum update", 3D graphics stopped to work with depth 16bpp. Previous update was done more or less one week ago and then everything worked just fine.

Version-Release number of selected component (if applicable):
xorg-x11-drv-sis-0.8.1-1

How reproducible:
Always

Steps to Reproduce:
1. compile attached program and try running it.
2.
3.
  

Actual Results:  freeglut (./surf3d):  ERROR:  Internal error <Visual with necessary capabilities not found> in function fgOpenWindow
X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  4 (X_DestroyWindow)
  Resource id in failed request:  0x0
  Serial number of failed request:  16
  Current serial number in output stream:  19


Expected Results:  The program should show up the window.

Additional info:

Comment 1 Pawel Salek 2005-12-22 14:47:06 UTC
I do not seem to be able to attach any file but it does ot matter. The problem
appears with depth 24bpp as well.

Comment 2 Pawel Salek 2005-12-23 11:20:10 UTC
Other OpenGL programs say eg.:
spartan/builder error: unable to find visual to support double buffer, RGB,
Z-buffered rendering.

Comment 3 Pawel Salek 2005-12-24 14:58:32 UTC
I have only now noticed some stuff in the log file:
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295
No matching visual for __GLcontextMode with visual class = 1 (32774), nplanes =
4294967295

Looks pretty bogus to me. There was a similar report on dri-devel list.

Comment 4 Mike A. Harris 2006-02-01 01:52:51 UTC
This problem seems to be getting reported on various hardware, rather than
just SiS.  I've also noticed that it is only getting reported on x86_64.

Adding to FC5Target tracker.

If you discover any additional info or mail postings, please add them to
the report.

Comment 5 Pawel Salek 2006-02-02 10:13:49 UTC
Not sure if this is relevant but warnings (not critical errors, fortunately)
about lacking visuals can be seen on other hardware too. My 4years old Xeon with
Matrox G550 and xorg-x11-6.8.2-1.FC3.45.2 prints following whenever I execute an
OpenGL program:
$ ./datavisualiser > log
libGL warning: 3D driver claims to not support visual 0x23
libGL warning: 3D driver claims to not support visual 0x24
libGL warning: 3D driver claims to not support visual 0x27
libGL warning: 3D driver claims to not support visual 0x28
libGL warning: 3D driver claims to not support visual 0x2b
libGL warning: 3D driver claims to not support visual 0x2c
libGL warning: 3D driver claims to not support visual 0x2f
libGL warning: 3D driver claims to not support visual 0x30
I wonder whether the fatal error I see with FC5devel is just the visual removal
pushed one step further.

Comment 6 Mike A. Harris 2006-02-07 10:18:00 UTC

*** This bug has been marked as a duplicate of 176976 ***