<div dir="ltr"><div><div><div>Wolfy,<br><br></div>I appreciate the quick follow-up, I stumbled on the similar information searching around. That trick did work in that order, I&#39;ve put back the libglx.so file, although it&#39;s important to mention that I had to run &#39;amdconfig --initial&#39; to generate a xorg.conf that was acceptable. I wanted to find out if there was a way to leave the auto-detection portions in tact and move most of that into /etc/X11/xorg.conf.d but I haven&#39;t had time to investigate that this morning. <br><br></div>I created a file 20-fglrx.conf within the /etc/X11/xorg.conf.d/ folder and that seemed sufficient to keep it from loading libglx.so from the normal /usr/lib64/xorg/modules/extensions/ path and instead from /usr/lib64/xorg/modules/extensions/fglrx. <br><br></div>Roy<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 9, 2015 at 7:58 AM, Manuel Wolfshant <span dir="ltr">&lt;<a href="mailto:wolfy@nobugconsulting.ro" target="_blank">wolfy@nobugconsulting.ro</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/09/2015 02:41 PM, Williams, Roy wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Wolfy,<br>
<br>
As a follow up yes moving the /usr/lib64/xorg/modules/extensions/libglx.so file out of the way does resolve the issue,<br>
</blockquote>
<br>
Hello<br>
<br>
<br>
Thank you for the confirmation<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
and<br>
/usr/lib64/xorg/modules/extensions/fglrx/libglx.so is what loaded according to Xorg log file. It seems if the Xorg libglx.so file is there, it tries to load it. But given that file is apart of &quot;xorg-x11-server-Xorg&quot; rpm I don&#39;t think that is the best route. Is there anyway to blacklist this libglx.so automatically when the package is present or is there some other preferred route?<br>
</blockquote>
I assume that a good route would be to make use of the ModulePath argument inside xorg.conf and alter the order in which the paths are parsed. I assume that now /usr/lib64/xorg/modules/extensions/fglrx is taken into account after  /usr/lib64/xorg/modules/extensions/ and therefore X loads first the incorrect library.<br>
If you can, please try to add the following section to your xorg.conf, restore the original /usr/lib64/xorg/modules/extensions/libglx.so and see what happens when you restart X:<br>
<br>
Section &quot;Files&quot;<br>
        ModulePath   &quot;/usr/lib64/xorg/modules/extensions/fglrx&quot;<br>
        ModulePath   &quot;/usr/lib64/xorg/modules&quot;<br>
EndSection<br>
<br>
You might need to revert the order of the two lines, I have no idea which one takes precedence, first occurence or last one ( but the above order works for the NVidia driver )<br>
<br>
<br>
If you cannot test.. we&#39;ll need to wait until I manage to find myself a system to use for testing purposes.<br>
<br>
Thank you<br>
<br>
<br>
    Manuel<br>
_______________________________________________<br>
elrepo mailing list<br>
<a href="mailto:elrepo@lists.elrepo.org" target="_blank">elrepo@lists.elrepo.org</a><br>
<a href="http://lists.elrepo.org/mailman/listinfo/elrepo" rel="noreferrer" target="_blank">http://lists.elrepo.org/mailman/listinfo/elrepo</a><br>
</blockquote></div><br></div>