Bug 74154

Summary: Booting with radeon module broken Fedora 20 Radeon HD 7870 XT
Product: xorg Reporter: Honza Brázdil <janinko.g>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED DUPLICATE QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
/var/log/messages
none
/var/log/Xorg.0.log
none
/var/log/gdm/:0.log
none
/var/log/Xorg.0.log
none
/var/log/Xorg.0.log
none
/var/log/gdm/:0.log
none
/var/log/messages
none
/var/Xorg.0.log.old - without nomodeset
none
/var/gdm/:0.log.1 - without nomodeset
none
/var/gdm/:0.log - with nomodeset
none
/var/Xorg.0.log - with nomodeset none

Description Honza Brázdil 2014-01-28 15:55:00 UTC
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
Comment 1 Honza Brázdil 2014-01-28 15:55:59 UTC
Created attachment 92933 [details]
/var/log/messages
Comment 2 Honza Brázdil 2014-01-28 15:56:21 UTC
Created attachment 92934 [details]
/var/log/Xorg.0.log
Comment 3 Honza Brázdil 2014-01-28 15:57:35 UTC
Bug in Red Hat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1052749
Comment 4 Michel Dänzer 2014-01-29 01:59:45 UTC
Can you try the Mesa patch from bug 60879?
Comment 5 Honza Brázdil 2014-01-29 10:33:20 UTC
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.
Comment 6 Honza Brázdil 2014-01-29 20:59:52 UTC
I've tried it with the applied patch and kernel 3.13.0-1.fc21.x86_64 and now I see only black screen.
Comment 7 Alex Deucher 2014-01-29 21:07:05 UTC
Does disabling acceleration help?  Add:

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

to your xorg config.
Comment 8 Honza Brázdil 2014-01-29 21:22:45 UTC
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.
Comment 9 Honza Brázdil 2014-01-29 22:32:42 UTC
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).
Comment 10 Michel Dänzer 2014-01-30 02:34:25 UTC
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.
Comment 11 Honza Brázdil 2014-01-30 11:00:19 UTC
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.
Comment 12 Michel Dänzer 2014-02-03 08:01:49 UTC
(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.
Comment 13 Honza Brázdil 2014-02-04 23:49:21 UTC
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
Comment 14 Michel Dänzer 2014-02-05 00:55:41 UTC
(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 .
Comment 15 Honza Brázdil 2014-02-05 17:37:30 UTC
No, back to the color stripes.
Comment 16 Honza Brázdil 2014-02-05 17:37:53 UTC
Created attachment 93467 [details]
/var/log/Xorg.0.log
Comment 17 Honza Brázdil 2014-02-05 17:38:11 UTC
Created attachment 93469 [details]
/var/log/gdm/:0.log
Comment 18 Honza Brázdil 2014-02-05 17:38:34 UTC
Created attachment 93470 [details]
/var/log/messages
Comment 19 Michel Dänzer 2014-02-12 10:02:11 UTC
(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.
Comment 20 Honza Brázdil 2014-02-17 21:31:23 UTC
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
Comment 21 Honza Brázdil 2014-02-17 21:32:33 UTC
git master hash: 6958fb341f6d74aa9712fa82feff2932c15862b3
Comment 22 Michel Dänzer 2014-02-18 03:51:27 UTC
(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 .
Comment 23 Honza Brázdil 2014-02-18 19:54:16 UTC
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
Comment 24 Honza Brázdil 2014-02-18 19:54:57 UTC
Created attachment 94304 [details]
/var/Xorg.0.log.old - without nomodeset
Comment 25 Honza Brázdil 2014-02-18 19:55:46 UTC
Created attachment 94305 [details]
/var/gdm/:0.log.1 - without nomodeset
Comment 26 Honza Brázdil 2014-02-18 19:56:04 UTC
Created attachment 94306 [details]
/var/gdm/:0.log - with nomodeset
Comment 27 Honza Brázdil 2014-02-18 19:56:34 UTC
Created attachment 94307 [details]
/var/Xorg.0.log - with nomodeset
Comment 28 Michel Dänzer 2014-02-19 03:35:32 UTC
(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.