<div dir="ltr">Works for me with AMD APU 7850K, thanks for help.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-12-23 18:48 GMT+06:00 Manuel Wolfshant <span dir="ltr"><<a href="mailto:wolfy@nobugconsulting.ro" target="_blank">wolfy@nobugconsulting.ro</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hello<br>
<br>
As some of you already know, for sometime I am the maintainer of
the fglrx (AMD video drivers ) packages.<br>
Things look fine on EL6 ( at least I have not heard about any
complains ) but on EL7 there is a problem which seems to occur more
or less randomly. I for one was not able to identify the pattern
triggering it ( and to make things worse, I still do not have an
actual EL7 system to test with my own set of hands and eyes ). To
cut a long story short, despite the presence of a file named
/etc/X11/xorg.conf.d/20-fglrx.conf which contains <br>
Section "Files"<br>
ModulePath "/usr/lib64/xorg/modules/extensions/fglrx"<br>
ModulePath "/usr/lib64/xorg/modules"<br>
EndSection<br>
Xorg randomly decides to load
/usr/lib64/xorg/modules/extensions/libglx.so rather than
/usr/lib64/xorg/modules/extensions/fglrx/libglx.so . This leads to:
<div style="font:normal normal 1em/1.2em monospace;background:none;margin-left:5px;margin-right:5px">[ 38.173]
(II) "glx" will be loaded by default.</div>
<div style="font:normal normal 1em/1.2em monospace;background:none;margin-left:5px;margin-right:5px">[ 38.173]
(II) LoadModule: "glx"<br>
[ 38.174] (II) Loading
/usr/lib64/xorg/modules/extensions/libglx.so</div>
which later on leads to a SIG11 given that the fglrx.so hates stock
libglx.so<br>
<br>
Now, the obvious solution would be the one originally
implemented by AMD (and disabled in elrepo packages ): renaming the
stock libglx.so to something else when the package is installed and
restoring it at removal time. However this leads the system prone to
issues if/when xorg-x11-server-Xorg is updated given that the file
will get recreated.<br>
<br>
Therefore I come to you with this question: beside trying to
file a bug against RHEL/xorg and asking for their help in
identifying the reason why the behaviour of X is erratic, what can I
( emphasize on I ) can do to make the users of the fglrx packages on
EL7 happier ? I've never used it before in my 9 years of packaging
but I wonder if something along<br>
<br>
%triggerin -- xorg-x11-server-Xorg <br>
mv /usr/lib64/xorg/modules/extensions/libglx.so
/usr/lib64/xorg/modules/extensions/libglx.so.elrepo<br>
<br>
(and the corresponding %triggerun to restore the file ) would be
fine for this case.<br>
<br>
Thoughts, anyone ?<br>
<br>
<br>
wolfy<br>
</div>
<br>_______________________________________________<br>
elrepo-devel mailing list<br>
<a href="mailto:elrepo-devel@lists.elrepo.org">elrepo-devel@lists.elrepo.org</a><br>
<a href="http://lists.elrepo.org/mailman/listinfo/elrepo-devel" rel="noreferrer" target="_blank">http://lists.elrepo.org/mailman/listinfo/elrepo-devel</a><br>
<br></blockquote></div><br></div>