Bug 68984 - X11 doesn't start, Segmentation fault when using Radeon "BONAIRE" 7790 graphics card
Summary: X11 doesn't start, Segmentation fault when using Radeon "BONAIRE" 7790 graphi...
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.0.0
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-05 14:14 UTC by Tom
Modified: 2013-09-06 14:35 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (20.09 KB, text/plain)
2013-09-05 14:14 UTC, Tom
no flags Details
dmesg log (80.62 KB, text/plain)
2013-09-05 14:14 UTC, Tom
no flags Details
xorg.conf (744 bytes, text/plain)
2013-09-05 14:15 UTC, Tom
no flags Details
compiz desktop (525.29 KB, image/jpeg)
2013-09-05 15:48 UTC, Tom
no flags Details
Xorg radeon_drv.so (27.85 KB, text/plain)
2013-09-06 10:10 UTC, Tom
no flags Details

Description Tom 2013-09-05 14:14:15 UTC
Created attachment 85257 [details]
Xorg log

Hello, I've recently switched graphics card from Radeon 4850 to Radeon 7790 (BONAIRE). Xorg doesn't work with a new card. Probably, the reason of crashing Xorg is an older package that doesn't include support of 7790 GPUs. I have no idea which one that could be (xorg log points to crashing dri2 module). I'm using distribution Gentoo Linux. I've rebuilt packages with radeonsi, glamor, opencl, llvm-compiler flags.
When I startx manually, I also get:

'bonaire' is not a recognized processor for this target
'bonaire' is not a recognized processor for this target
'bonaire' is not a recognized processor for this target
Stack dump:
0. Running pass 'Function Pass Manager' on module 'tgsi'
1. Running passs 'AMDGPU DAG->DAG Pattern Instruction Selection' on function '@main'

Installed packages' versions:
- kernel 3.11
- xorg-server 1.13.4 (also failed with 1.14.2.902)
- xf86-video-ati 7.0.0 (built with glamor, udev) (also failed with version 7.2.0)
- glamor 0.5
- mesa 9.2.0 (built with egl, opencl, llvm-compiler, vdpau, radeonsi)
- libdrm 2.4.46
Comment 1 Tom 2013-09-05 14:14:55 UTC
Created attachment 85258 [details]
dmesg log
Comment 2 Tom 2013-09-05 14:15:16 UTC
Created attachment 85259 [details]
xorg.conf
Comment 3 Alex Deucher 2013-09-05 14:21:36 UTC
I think you'll need a newer version of llvm.
Comment 4 Tom 2013-09-05 14:24:28 UTC
(In reply to comment #3)
> I think you'll need a newer version of llvm.

I forgot to write llvm version, It is llvm 3.3. Should I install llvm from git?
Comment 5 Alex Deucher 2013-09-05 14:26:48 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > I think you'll need a newer version of llvm.
> 
> I forgot to write llvm version, It is llvm 3.3. Should I install llvm from
> git?

Yes.
Comment 6 Tom 2013-09-05 15:46:00 UTC
It after update to the latest llvm, I'm back again on Linux, but... there are lots of graphic artifacts.
On 2D desktop (gnome 2 metacity):
- mouse cursor is displayed with artifacts
- metacity itself doesn't load a right theme (gnome settings deamon crash/problem, even with a newly created user)
- not readable sites in google chrome (hardware acceleration problem)
- while moving windows it refreshes so slowly (like without any hardware acceleration)

On 3d desktop (gnome 2 compiz)
- completely not readable whole desktop (windows, task bars, etc.)
- also the theme problem
I'm attaching a screenshot
Comment 7 Tom 2013-09-05 15:48:16 UTC
Created attachment 85266 [details]
compiz desktop
Comment 8 Alex Deucher 2013-09-05 15:57:36 UTC
Does updating to glamor 0.5.1 help?
Comment 9 Michel Dänzer 2013-09-05 16:02:35 UTC
(In reply to comment #8)
> - xf86-video-ati 7.0.0 (built with glamor, udev) (also failed with version
> 7.2.0)

The attached Xorg.0.log shows you're not using radeon_drv.so from xf86-video-ati but radeonsi_drv.so from Mesa. Please make sure you're using the former from xf86-video-ati 7.2.0.


> - glamor 0.5

I strongly recommend a newer version of glamor as well.
Comment 10 Tom 2013-09-05 16:39:41 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > - xf86-video-ati 7.0.0 (built with glamor, udev) (also failed with version
> > 7.2.0)
> 
> The attached Xorg.0.log shows you're not using radeon_drv.so from
> xf86-video-ati but radeonsi_drv.so from Mesa. Please make sure you're using
> the former from xf86-video-ati 7.2.0.
> 
> 
> > - glamor 0.5
> 
> I strongly recommend a newer version of glamor as well.

radeonsi_drv.so belongs to x11-drivers/xf86-video-ati-7.0.0

 * Contents of x11-drivers/xf86-video-ati-7.0.0:
/usr
/usr/lib64
/usr/lib64/xorg
/usr/lib64/xorg/modules
/usr/lib64/xorg/modules/drivers
/usr/lib64/xorg/modules/drivers/ati_drv.so
/usr/lib64/xorg/modules/drivers/radeon_drv.so
/usr/share
/usr/share/doc
/usr/share/doc/xf86-video-ati-7.0.0
/usr/share/doc/xf86-video-ati-7.0.0/ChangeLog.bz2

the update to glamor 0.5.1 didn't change anything
Comment 11 Tom 2013-09-05 16:51:15 UTC
The command X -configure suggests X11 driver options: ati, r600g, radeon, radeonsi. The one that only works is radeonsi.
Comment 12 Michel Dänzer 2013-09-06 08:48:44 UTC
(In reply to comment #10)
> radeonsi_drv.so belongs to x11-drivers/xf86-video-ati-7.0.0
[...]
> /usr/lib64/xorg/modules/drivers/radeon_drv.so

radeonsi_drv.so != radeon_drv.so

Frankly, your distro shouldn't ship the former at all at this point. It definitely can't properly support your card.

xf86-video-ati 7.0.0 doesn't support your card yet either, you need 7.2.0.
Comment 13 Tom 2013-09-06 10:10:11 UTC
Created attachment 85315 [details]
Xorg radeon_drv.so
Comment 14 Michel Dänzer 2013-09-06 11:05:22 UTC
More distro / setup issues:

Looks like your X server loads the "glx" module ahead of time by default, which is known to break glamor. You'll have to talk to Gentoo folks about how to fix this.

Also, glamor was built with GLES2 support, which is bad. This may be partly due to your USE flags containing gles2 and/or gles.
Comment 15 Tom 2013-09-06 11:49:41 UTC
(In reply to comment #14)
> More distro / setup issues:
> 
> Looks like your X server loads the "glx" module ahead of time by default,
> which is known to break glamor. You'll have to talk to Gentoo folks about
> how to fix this.
> 
> Also, glamor was built with GLES2 support, which is bad. This may be partly
> due to your USE flags containing gles2 and/or gles.

Ok, I finally got it working. 2D metacity desktop works good, compiz desktop too (except the window shadows that are not rendered). There is a problem with stability - any use of 3d acceleration (even in 2D desktop environment) in web browser, compiz, glxgears, basic games leads to GPU hang/freeze for about 0.5 minute. Could it be a kernel issue or userspace mesa issue?
Comment 16 Michel Dänzer 2013-09-06 14:35:34 UTC
(In reply to comment #15)
> There is a problem with stability - any use of 3d acceleration (even in 2D
> desktop environment) in web browser, compiz, glxgears, basic games leads to
> GPU hang/freeze for about 0.5 minute. Could it be a kernel issue or userspace
> mesa issue?

We are currently investigating this, so far it looks like it's most likely a Mesa / libdrm issue.

Please file another report for tracking that though, I'm closing this one as there was no bug here.


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.