XACE-SELINUX branch ready for merge

vehemens vehemens at verizon.net
Wed Dec 19 14:37:01 PST 2007


>Eamon Walsh wrote:
>> The XACE-SELINUX branch contains a rework of the devPrivates system used 
>> to store private data, a new version of the XACE (X Access Control 
>> Extension) security hook framework, a protocol name registry, a reworked 
>> XC-SECURITY extension (disabled by default), and an under-development 
>> SELinux extension (also disabled by default).
>>
>> I've been running GNOME on it without any issues, all the major drivers 
>> compile against it and I've tested with vesa and intel (and continue to 
>> rebuild and test).  I've put up the complete patchset with some basic 
>> annotations at
>> http://people.freedesktop.org/~ewalsh/xace_selinux_merge_patch/
>>
>> The total damage from the patch is 398 files changed, 7785 
>> insertions(+), 7604 deletions(-).  I think it's about ready to land on 
>> master; I have been working on the branch for 18 months and will 
>> continue working in master.
>>
>> Comments?
>>   
>
>I merged it.  Time to recompile everything!  Please notify me of any 
>issues right away.
>
>Peter (and other branch developers): if you need help resolving 
>conflicts when syncing up with master, point me to your branch head and 
>I will help out.

It seems to of broken GLX on my amd64 system.  My i386 system works fine.

glxinfo gives:

libGL warning: 3D driver claims to not support visual 0x21
libGL warning: 3D driver claims to not support visual 0x22
libGL warning: 3D driver claims to not support visual 0x54
Error: couldn't find RGB GLX visual

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x21 24 tc  0 32  0 r  y  .  0  8  8  8  0 24  0  0  0  0  0  0 0 None
0x22 24 dc  0 32  0 r  y  .  0  8  8  8  0 24  0  0  0  0  0  0 0 None
0x54 32 tc  0 32  0 r  .  .  0  8  8  8  0 24  0  0  0  0  0  0 0 None

Recompiling the X11 and GL libraries don't help.

I first noticed it with commits.
good 8a8239f2e21795602fcff5281833b350e6b2a286
bad a3f7f7b60e391e6106f5db40b3fe5fbc67ccd836

I narrowed it down to commits:
good a125ce4a84f5fb5934fefebd7cfb22a83180874d
bad 86b2e59bfb79bd042a13c35fbb4ccecec576f629




More information about the xorg mailing list