Bug 75459 - [Radeon HD 6770] Crash/Hang on logout with Multi-Head rotated screen
Summary: [Radeon HD 6770] Crash/Hang on logout with Multi-Head rotated screen
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/DDX/Xorg (show other bugs)
Version: 7.7 (2012.06)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-24 18:21 UTC by brent
Modified: 2015-02-18 03:23 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (131.14 KB, text/plain)
2014-02-24 18:21 UTC, brent
no flags Details
attachment-7581-0.html (1.76 KB, text/html)
2014-02-24 23:50 UTC, brent
no flags Details
attachment-7581-1.dat (1 bytes, multipart/alternative)
2014-02-24 23:50 UTC, brent
no flags Details
crash-logout (92.66 KB, text/plain)
2014-02-24 23:50 UTC, brent
no flags Details
gdb_log.451: Crash log (4.82 KB, text/plain)
2014-06-30 22:28 UTC, Bug Reporter
no flags Details

Description brent 2014-02-24 18:21:07 UTC
Created attachment 94678 [details]
Xorg log

The problem is directly related to multiple monitors and rotating one or both displays. I have three monitors hooked up to a single radeon multihead card in the following orientation: vert - horiz - vert.

On logout, the display goes to sleep. I can ssh into the machine and ps aux shows no X processes still running but displays is black/power-save. Turn monitor on/off and display comes back on with no command prompt no keyboard response. from ssh shell I run startx. X starts backup on main display and If I do not rotate the screens I am able to logoff and get command prompt. Keyboard is responsive but keys are garbage or not displayed.

If I type '$ reset' then keyboard and display are now back working properly.

I can prevent crash by doing the following prior to logout:
$ xrandr --output DisplayPort-0 --rotate normal
$ xrandr --output DisplayPort-3 --rotate normal




=====================

My monitors are setup as following: 

/etc/X11/xorg.conf.d/40-monitors.conf

Section "Monitor"
Identifier "DisplayPort-0"

Option "PreferredMode" "1920x1080"
Option "Position" "0 0"
Option "Rotate" "right"
EndSection

Section "Monitor"
Identifier "DisplayPort-1"

Option "PreferredMode" "2560x1080"
Option "Position" "1080 605"
EndSection

Section "Monitor"
Identifier "DisplayPort-3"

Option "PreferredMode" "1920x1080"
Option "Position" "3642 0"
Option "Rotate" "left"
EndSection

===============

$ uname -a
Linux magneto 3.13.5-1-ARCH #1 SMP PREEMPT Sun Feb 23 00:25:24 CET 2014 x86_64 GNU/Linux
Comment 1 brent 2014-02-24 18:23:20 UTC
This was bug was noticed after upgrading to newer version. Older versions worked as expected without crashing.
Comment 2 Alex Deucher 2014-02-24 19:13:13 UTC
(In reply to comment #1)
> This was bug was noticed after upgrading to newer version. Older versions
> worked as expected without crashing.

Can you narrow down which component update caused the problem and if so, bisect?  Please also attach your dmesg output after the problem occurs.
Comment 3 brent 2014-02-24 23:36:42 UTC
I tried downgrading from
 * xf86-video-ati-1:7.3.0-1-x86_64.pkg.tar.xz    - crash
 * xf86-video-ati-1:7.2.0-2-x86_64.pkg.tar.xz    - crash
 * xf86-video-ati-1:7.2.0-1-x86_64.pkg.tar.xz    - works   ( had to
downgrade multiple packages )


Following down grades fix problem for me:


xf86-video-ati-1:7:3.0-1x86_64.pkg.tar.xz  -->
xf86-video-ati-1:7.2.0-1-x86_64.pkg.tar.xz
xorg-server-1.15.0-5-x86_64.pkg.tar.xz     -->
xorg-server-1.14.4-1-x86_64.pkg.tar.xz
glamor-egl-0.6.0-1-x86_64.pkg.tar.xz        -->
glamor-egl-0.5.1-1-x86_64.pkg.tar.xz
xf86-input-evdev-2.8.2-2-x86_64.pkg.tar.xz -->
xf86-input-evdev-2.8.2-1-x86_64.pkg.tar.xz
xf86-video-modesetting-0.8.1-2-x86_64.pkg.tar.xz  -->
xf86-video-modesetting-0.8.1-1-x86_64.pkg.tar.xz




On Mon, Feb 24, 2014 at 11:13 AM, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 2 <https://bugs.freedesktop.org/show_bug.cgi?id=75459#c2> on
> bug 75459 <https://bugs.freedesktop.org/show_bug.cgi?id=75459> from Alex
> Deucher <agd5f@yahoo.com> *
>
> (In reply to comment #1 <https://bugs.freedesktop.org/show_bug.cgi?id=75459#c1>)> This was bug was noticed after upgrading to newer version. Older versions
> > worked as expected without crashing.
>
> Can you narrow down which component update caused the problem and if so,
> bisect?  Please also attach your dmesg output after the problem occurs.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You are on the CC list for the bug.
>    - You reported the bug.
>
>
Comment 4 brent 2014-02-24 23:50:03 UTC
Created attachment 94692 [details]
attachment-7581-0.html

This is dmesg after logging out and Xorg crash.

logged in by ssh and captured dmesg output.


On Mon, Feb 24, 2014 at 11:13 AM, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 2 <https://bugs.freedesktop.org/show_bug.cgi?id=75459#c2> on
> bug 75459 <https://bugs.freedesktop.org/show_bug.cgi?id=75459> from Alex
> Deucher <agd5f@yahoo.com> *
>
> (In reply to comment #1 <https://bugs.freedesktop.org/show_bug.cgi?id=75459#c1>)> This was bug was noticed after upgrading to newer version. Older versions
> > worked as expected without crashing.
>
> Can you narrow down which component update caused the problem and if so,
> bisect?  Please also attach your dmesg output after the problem occurs.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You are on the CC list for the bug.
>    - You reported the bug.
>
>
Comment 5 brent 2014-02-24 23:50:04 UTC
Created attachment 94693 [details]
attachment-7581-1.dat
Comment 6 brent 2014-02-24 23:50:04 UTC
Created attachment 94694 [details]
crash-logout
Comment 7 Michel Dänzer 2014-02-25 07:00:00 UTC
If you run startx from ssh and reproduce the problem, is there more information in the X server's stderr output, e.g. about an unresolved symbol or an assertion failure?

Another approach would be to attach gdb to the X server process before reproducing the problem and, assuming the X server crashes, get a backtrace and attach it here. See http://wiki.x.org/wiki/Development/Documentation/ServerDebugging/
Comment 8 Bug Reporter 2014-06-28 19:35:17 UTC
Confirming for Linux kernel 3.15.2, Xorg server 1.15.2, driver xf86-video-ati-7.4.0 (32bit userland on 64bit kernel), and two left-rotated monitors on DVI-0 and DVI-1. Graphics card ("lspci" output):

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV516 [Radeon X1300/X1550 Series]
01:00.1 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV516 [Radeon X1300/X1550 Series] (Secondary)

When I control-alt-backspace out of X, or "pkill" X, the monitors go dark and their physical on/off switches go from green to yellow. That does not happen if I rotate the two outputs to normal orientation (with "xrandr") before closing X.

The problem started with xorg-server-1.15.0. Returning to xorg-sever-1.14.x (and then recompiling all drivers, of course) always removed the issue completely.
Comment 9 Michel Dänzer 2014-06-30 01:54:48 UTC
(In reply to comment #8)
> Confirming [...]

We need more information as described in comment #7. Can your provide that?
Comment 10 Bug Reporter 2014-06-30 22:28:01 UTC
Created attachment 102035 [details]
gdb_log.451: Crash log

A backtrace is attached. I produced it with the method "Debugging with one machine" as described on the X.org wiki (link in comment #7). To stop the Xorg server I used Ctrl-Alt-Backspace.
Comment 11 Michel Dänzer 2014-07-03 03:23:30 UTC
Can't seem to reproduce this with xserver Git master. Anyway, looks like an xserver issue.
Comment 12 Bug Reporter 2015-02-18 03:16:46 UTC
(In reply to Bug Reporter from comment #8)
> Confirming for Linux kernel 3.15.2, Xorg server 1.15.2, driver
> xf86-video-ati-7.4.0 (32bit userland on 64bit kernel), and two left-rotated
> monitors on DVI-0 and DVI-1.

To bypass the problem, I have run a modified startx script with the known workaround embedded ("un-rotate the screens before quitting X") since then. When the Linux kernel 3.19 was released on February 8th, I tentatively removed the workaround. It is my pleasure to announce that the issue no longer occurs on the affected machine. For the record: hardware and screen rotation are the same as in comment #8. The software is meanwhile at the following versions: Linux kernel 3.19.0, Xorg server 1.17.1, driver xf86-video-ati-7.5.0.
Comment 13 Michel Dänzer 2015-02-18 03:23:19 UTC
Resolving per comment 12, please reopen if the problem persists with xserver 1.17 or newer.


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.