[elrepo] ATI/AMD and glamor, was Re: NVIDIA and RHEL 6.5 issue (libglamoregl)

Phil Perry phil at elrepo.org
Thu Dec 5 13:32:04 EST 2013


On 03/12/13 01:32, Michael Lampe wrote:
> Michael Lampe wrote:
>> Phil Perry wrote:
>>
>>> [root at rhel6b64 ~]# /usr/sbin/lsof | grep X | grep libGL
>>> X         1970      root  mem       REG                9,1  1165272
>>> 797319 /usr/lib64/nvidia/libGL.so.331.20
>>>
>>>
>>> I see this on RHEL6.5 with glamoregl loaded. If I disable glamor then
>>> libGL is no longer loaded into the X process.
>>
>> That's then the unsupported use case. Maybe it's not a problem, because
>> actually Nvidia's driver doesn't use glamor, so libGL is just loaded
>> into the X server doing nothing.
>
> shared libs tend to have constructor and destructor functions, so
> probably more than nothing happens:
>
> http://tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP
>
>
> Anyway, thanks for pointing this out.
>
> If you have an Nvidia card, at best glamor doesn't hurt. If you have an
> Nvidia card and something else that uses glamor, it won't work. And if
> you don't have an Nvidia card it doesn't matter. To me this clearly
> translates into "Conflicts: ..."
>
> I have removed glamor already yesterday. :)
>

Just to update this thread and add a related data point. We received a 
couple bug reports that the proprietary ATI/AMD drivers were crashing 
after updating to 6.5 and preliminary investigations suggest glamor was 
the culprit. It would appear that for the ATI/AMD drivers, having glamor 
loaded is fatal and causes X to seg fault.

In that particular case, because it's fatal, I'm inclined to add a 
Conflicts and live with the pain.




More information about the elrepo mailing list