Bug 74154

Created attachment 92933 [details]
/var/log/messages

Created attachment 92934 [details]
/var/log/Xorg.0.log

Bug in Red Hat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1052749

Can you try the Mesa patch from bug 60879?

I tried to compile mesa with the patch (on current HEAD 023a50dd9b368fba5b53dca347e90b46893c0348). I had to also build libdrm-2.4.52 from sources as it wasn't in repositories.

When i removed 'radeon' from /etc/modprobe.d/blacklist.conf and rebooted, it was the same as before.

I've tried it with the applied patch and kernel 3.13.0-1.fc21.x86_64 and now I see only black screen.

Does disabling acceleration help?  Add:

Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Option "NoAccel" "true"
EndSection

to your xorg config.

Disabling acceleration helpt a bit. Radeon module is now loaded. It booted into Gnome and redshift now works from the start (app for automatic changing of color temperature in the night, previously I needed to switch to tty2 and back to make it work).
Other stuff seems the same as when the radeon module was disabled.

I've tried to install mesa from Fedora rawhide:

mesa* 10.0.2-1.20140110.fc21.x86_64
mesa-libGLU-9.0.0-4.fc21.x86_64
xorg-x11-drv-ati-7.2.0-7.20131101git3b38701.fc21.x86_64
kernel 3.13.0-1.fc21.x86_64

and when I removed the xorg config (disable acceleration) I got the color stripes again.

With disabled acceleration redshift and some other apps dont work (but probably because they aren'ẗ comatible with the new packages).

When testing the patch from bug 60879, please also provide the debugging output as in https://bugs.freedesktop.org/show_bug.cgi?id=60879#c58 . When running X, it should be in the X server stderr output, which should be captured in a gdm log file.

Created attachment 93051 [details]
/var/log/gdm/:0.log

I'm sorry, at first attempt I propably wrongly installed the compiled mesa. I just did:
./autogen.sh --disable-dri3 && gmake && sudo gmake install

Now I start with:
./autogen.sh --exec-prefix=/ --prefix=/usr --libdir=/usr/lib64/ --sysconfdir=/
and the system boots even without disabling acceleration in xorg config. However it doesn'ẗ seem to be accelerated.

(In reply to comment #11)
> ./autogen.sh --exec-prefix=/ --prefix=/usr --libdir=/usr/lib64/
> --sysconfdir=/
> and the system boots even without disabling acceleration in xorg config.
> However it doesn'ẗ seem to be accelerated.
[...]
> (EE) Failed to load /usr/lib64/xorg/modules/libglamoregl.so: /usr/lib64/xorg/modules/libglamoregl.so: undefined symbol: _glapi_tls_Context

Looks like you need to add --enable-glx-tls to your Mesa configure arguments.

Created attachment 93422 [details]
/var/log/Xorg.0.log

I have tried it wit the --enable-glx-tls and it failed to start Xorg (there was only text on screen). In the Xorg.0.log is some stacktrace.

Tried it on master 07075cf3 with the patch applied.
./autogen.sh --disable-dri3 --enable-glx-tls --exec-prefix=/ --prefix=/usr --libdir=/usr/lib64/ --sysconfdir=/
gmake && sudo gmake install

glibc-2.18-12.fc20.x86_64
xorg-x11-server-Xorg-1.15.0-2.fc21.x86_64
kernel-3.13.0-1.fc21.x86_64

(In reply to comment #13)
> I have tried it wit the --enable-glx-tls and it failed to start Xorg (there
> was only text on screen). In the Xorg.0.log is some stacktrace.

Ah, I think you also need to add --with-egl-platforms=x11,drm .

No, back to the color stripes.

Created attachment 93467 [details]
/var/log/Xorg.0.log

Created attachment 93469 [details]
/var/log/gdm/:0.log

Created attachment 93470 [details]
/var/log/messages

(In reply to comment #17)
> Created attachment 93469 [details]
> /var/log/gdm/:0.log

This doesn't contain the debugging output from the patch in bug 60879, so it looks like the patch was not applied for the *radeonsi*.so file which glamor ends up using.

I rabased on master and applied the patch. I installed it to folder in /tmp to see what files it installs but there is no *radeonsi*.so.


$ ./autogen.sh --enable-glx-tls --with-egl-platforms=x11,drm --disable-dri3 -- prefix=/tmp/test/usr --exec-prefix=/tmp/test/etc/ --libdir=/tmp/test/usr/lib64/ --sysconfdir=/tmp/test/etc
$ gmake && gmake install
$ cd /tmp/test
$ find .
./etc
./etc/drirc
./usr
./usr/include
./usr/include/gbm.h
./usr/include/KHR
./usr/include/KHR/khrplatform.h
./usr/include/EGL
./usr/include/EGL/eglplatform.h
./usr/include/EGL/eglmesaext.h
./usr/include/EGL/egl.h
./usr/include/EGL/eglext.h
./usr/include/GL
./usr/include/GL/wmesa.h
./usr/include/GL/wglext.h
./usr/include/GL/osmesa.h
./usr/include/GL/glx_mangle.h
./usr/include/GL/glx.h
./usr/include/GL/glxext.h
./usr/include/GL/gl_mangle.h
./usr/include/GL/gl.h
./usr/include/GL/glext.h
./usr/include/GL/internal
./usr/include/GL/internal/dri_interface.h
./usr/lib64
./usr/lib64/libEGL.la
./usr/lib64/libEGL.so
./usr/lib64/libEGL.so.1
./usr/lib64/libEGL.so.1.0.0
./usr/lib64/libgbm.la
./usr/lib64/libgbm.so
./usr/lib64/libgbm.so.1
./usr/lib64/libgbm.so.1.0.0
./usr/lib64/libGL.la
./usr/lib64/libGL.so
./usr/lib64/libGL.so.1
./usr/lib64/libGL.so.1.2.0
./usr/lib64/libglapi.la
./usr/lib64/libglapi.so
./usr/lib64/libglapi.so.0
./usr/lib64/libglapi.so.0.0.0
./usr/lib64/dri
./usr/lib64/dri/swrast_dri.la
./usr/lib64/dri/swrast_dri.so
./usr/lib64/dri/r600_dri.la
./usr/lib64/dri/r600_dri.so
./usr/lib64/dri/r300_dri.la
./usr/lib64/dri/r300_dri.so
./usr/lib64/dri/vmwgfx_dri.la
./usr/lib64/dri/vmwgfx_dri.so
./usr/lib64/dri/radeon_dri.so
./usr/lib64/dri/r200_dri.so
./usr/lib64/dri/nouveau_vieux_dri.so
./usr/lib64/dri/i965_dri.so
./usr/lib64/dri/i915_dri.so
./usr/lib64/pkgconfig
./usr/lib64/pkgconfig/egl.pc
./usr/lib64/pkgconfig/gbm.pc
./usr/lib64/pkgconfig/dri.pc
./usr/lib64/pkgconfig/gl.pc

git master hash: 6958fb341f6d74aa9712fa82feff2932c15862b3

(In reply to comment #20)
> $ ./autogen.sh --enable-glx-tls --with-egl-platforms=x11,drm --disable-dri3
> -- prefix=/tmp/test/usr --exec-prefix=/tmp/test/etc/
> --libdir=/tmp/test/usr/lib64/ --sysconfdir=/tmp/test/etc

You need to add --with-gallium-drivers=radeonsi .

Well, I tried to install clean Fedora 20 and try it there. I also downloaded MesaLib-10.1.0-rc1 and applied the pach on this. I also found new package of libxcd so I don't have to use --disable-dri3 anymore.

I did:
./configure --with-gallium-drivers=radeonsi --with-egl-platforms=x11,drm --enable-glx-tls --prefix=/usr/ --libdir=/usr/lib64/ --sysconfdir=/etc
make && sudo make install


When booted without 'nomodeset' option I get again the colourful stripes.
Logs: :0.log.1 and Xorg.0.log.old

When booted with 'nomodeset' option I got into gnome-shell but displayng was very slow (cca 0.5 - 1 FPS) (except the mouse which was quick).
Logs: :0.log and Xorg.0.log

Created attachment 94304 [details]
/var/Xorg.0.log.old - without nomodeset

Created attachment 94305 [details]
/var/gdm/:0.log.1 - without nomodeset

Created attachment 94306 [details]
/var/gdm/:0.log - with nomodeset

Created attachment 94307 [details]
/var/Xorg.0.log - with nomodeset

(In reply to comment #23)
> When booted without 'nomodeset' option I get again the colourful stripes.

We can now see the debugging output from the patch, but it doesn't have any effect, because the kernel apparently reports all render backends as working. This might need to be addressed in the kernel.


> When booted with 'nomodeset' option I got into gnome-shell but displayng was
> very slow (cca 0.5 - 1 FPS) (except the mouse which was quick).

nomodeset disables all hardware acceleration.


Anyway, I think this is the same as bug 60879, merging.

*** This bug has been marked as a duplicate of bug 60879 ***