Description of problem: I had Fedora 19 with fglrx. I unistalled fglrx and upgraded to Fedora 20 using fedup. Everything OK. I then found out that i forgoted to remove from /etc/modprobe.d/blacklist.conf: blacklist radeon blacklist radeonhd When I removed them and rebooted, I had only black/colour blinking stripes on my screen (photo in [1]). I thought that I broke something with the fglrx so I inserted Fedora 20 DVD and wanted to do clean install. But when the DVD booted there were the stripes again. I have ATI Radeon HD 7870 XZ Version-Release number of selected component (if applicable): xorg-x11-drv-ati-7.2.0-3.20131101git3b38701.fc20.x86_64 kernel-3.12.7-300.fc20.x86_64 How reproducible: Every time i remove 'radeon' from blacklist and reboot. Steps to Reproduce: 1. Remove 'radeon' from blacklist 2. Reboot Actual results: There is several seconds of black screen and then black/color blinking stripes on the screen. Expected results: It should start Gnome and run smoothly. [1]: https://plus.google.com/112721714533612030540/posts/CgdVaCv7ghz
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 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.