[elrepo] Regarding fglrx RHEL 7.2

[Williams, Roy]

Wolfy,

This is obnoxious, been fighting with it since yesterday, it seems the
behaviour has changed in Xorg and it seems to want to load both libglx and
fglrx unless I move it out of the path. Is there not a way to just prevent
libglx.so from loading other than moving it out of the way. It shouldn't be
this frustrating to make these drivers work.

Roy

On Thu, Dec 3, 2015 at 3:22 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro>
wrote:

> On 12/02/2015 09:51 PM, Williams, Roy wrote:
>
>
> [   870.957] (==) ModulePath set to "/usr/lib64/xorg/modules"
>> [   870.957] (II) The server relies on udev to provide the list of input
>> devices.
>>     If no devices become available, reconfigure udev or disable
>> AutoAddDevices.
>> [   870.957] (II) Loader magic: 0x7fc3c93dc020
>> [   870.957] (II) Module ABI versions:
>> [   870.957]     X.Org ANSI C Emulation: 0.4
>> [   870.957]     X.Org Video Driver: 19.0
>> [   870.957]     X.Org XInput driver : 21.0
>> [   870.957]     X.Org Server Extension : 9.0
>> [   870.958] (--) PCI:*(0:1:0:0) 1002:6758:1028:0b0e rev 0, Mem @
>> 0xd0000000/268435456, 0xe1420000/131072, I/O @ 0x00003000/256, BIOS @
>> 0x????????/131072
>> [   870.958] (II) "glx" will be loaded by default.
>> [   870.958] (II) LoadModule: "glx"
>> [   870.958] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
>> [   870.958] (II) Module glx: vendor="X.Org Foundation"
>>
>
> Here's your issue. Your system is loading the stock glx instead of the one
> provided by the fglrx package. Is /etc/X11/xorg.conf.d/20-fglrx.conf in
> place ? It should point Xorg into loading
> [...]/modules/extensions/fglrx/libglx.so instead of
> /usr/lib64/xorg/modules/extensions/libglx.so
>
>
>     manuel
>
> _______________________________________________
> elrepo mailing list
> elrepo at lists.elrepo.org
> http://lists.elrepo.org/mailman/listinfo/elrepo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20151203/a39dcd43/attachment.html>