[HD 4870] Power-off and power-on of monitors in multiheaded fglrx xorg configuration causes X freeze

Bug #370051 reported by Luxor
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
fglrx-installer (Ubuntu)
Fix Released
Medium
Unassigned
xorg-server (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: xorg

I am using Ubuntu 9.04_amd64 with the latest packages on a desktop system with Intel dual quad-core 3.2 ghz processors. I've installed the ATI Catalyst/fglrx driver released for 2009/4 (9.4)(the problem also existed wth 2009/3 (9.3), and am attaching my xorg.conf file. I have 3 monitors and 2 rv770 (radeon hd4870) cards, and use them as 3 independent screens/desktops. I can consistently recreate this problem both with and without 3d desktop effects. If I have the wrong package to which this bug belongs, please let me know, and I will open with the correct package.
-=>> lsb_release -rd
Description: Ubuntu 9.04
Release: 9.04

 apt-cache policy xorg
xorg:
  Installed: 1:7.4~5ubuntu18
  Candidate: 1:7.4~5ubuntu18
  Version table:
 *** 1:7.4~5ubuntu18 0
        500 http://us.archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

xorg-driver-fglrx:
  Installed: 2:8.602-0ubuntu1
  Candidate: 2:8.602-0ubuntu1
  Version table:
 *** 2:8.602-0ubuntu1 0
        100 /var/lib/dpkg/status
     2:8.600-0ubuntu2 0
        500 http://us.archive.ubuntu.com jaunty/restricted Packages

Steps to recreate:
install the fglrx drivers, and use the attached xorg.conf file to bring up X, and log in.
Once logged in, turn off the monitors, wait 30 seconds, turn the monitors back on.
Everything comes back and looks fine, but the screen where the mouse was on before the power down comes back with mouse activity, but unable to input anyhing using mouse or keyboard. Additionally, the mouse does not scroll to the other screens and keyboard is locked for them also.

Expected behavior: When we turn the monitors back on, everything should function as before with X taking input from mouse and keyboard, and displaying the input on all screens.

I have disabled the screensaver, and set power management preferences to 'never' with no change in bug behavior.

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 5400 Chipset Memory Controller Hub [8086:4003] (rev 20)
     Subsystem: Intel Corporation Device [8086:5358]
03:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV770 [Radeon HD 4870] [1002:9440]
     Subsystem: ATI Technologies Inc Device [1002:0502]
07:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV770 [Radeon HD 4870] [1002:9440]
     Subsystem: ATI Technologies Inc Device [1002:0502]
/sys/devices/pci0000:00/0000:00:00.0
/sys/devices/pci0000:00/0000:00:00.0

Revision history for this message
Luxor (ranju-mathew) wrote :
description: updated
Luxor (ranju-mathew)
description: updated
Revision history for this message
Luxor (ranju-mathew) wrote :
Revision history for this message
Luxor (ranju-mathew) wrote :

Turned on screensaver and power management. Monitors go to sleep at the specified time, but do not come back up when activating mouse or keyboard. I assume because the input is not being passed to X. Pressing Caps Lock or Num Lock do not change the led indicators on the keyboard.

Bryce Harrington (bryce)
affects: xorg (Ubuntu) → fglrx-installer (Ubuntu)
Revision history for this message
Scott Howard (showard314) wrote :

Thanks for the thorough report and helping make Ubuntu better!

Would you be able to attach the following files (after a hang-up):

 /var/log/Xorg.0.log

~/.xsession-errors

Changed in xorg-server (Ubuntu):
status: New → Incomplete
Changed in fglrx-installer (Ubuntu):
status: New → Incomplete
Revision history for this message
Luxor (ranju-mathew) wrote :

Sure. I am including my Xorg.0.log file. I'll also attach my xorg.conf file. However, I have discovered that when the GDM Login display is present, and I cycle the monitors, X does not freeze up. This leads me to believe that there is something running in my session that is causing this problem. I will also include a screen capture of the startup applications defined in gnome.

Revision history for this message
Luxor (ranju-mathew) wrote :
Revision history for this message
Luxor (ranju-mathew) wrote :

Ok, I disabled the power management app in the startup applications, rebooted the system, and tried again. Still having the same problem. I then rebooted, ran a ps -welf > pre-session-processes.list to output all the processes running during the GDM session before logging in. Then I logged in, and waited for all the default applications to start up that are included in the startup application list, and reran the ps command like so: ps -welf > post-session-processes.list.
I am attaching a diff of the two files: diff pre-session-processes.list post-session-processes.list
I hope this will help to narrow down the problem.

Changed in xorg-server (Ubuntu):
status: Incomplete → Confirmed
Changed in fglrx-installer (Ubuntu):
status: Incomplete → Confirmed
Bryce Harrington (bryce)
description: updated
Bryce Harrington (bryce)
summary: - Power-off and power-on of monitors in multiheaded fglrx xorg
+ [HD 4870] Power-off and power-on of monitors in multiheaded fglrx xorg
configuration causes X to become unresponsive/freeze in Jaunty
Changed in fglrx-installer (Ubuntu):
importance: Undecided → Medium
Changed in xorg-server (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Bryce Harrington (bryce) wrote : Re: [HD 4870] Power-off and power-on of monitors in multiheaded fglrx xorg configuration causes X to become unresponsive/freeze in Jaunty

I've posted a new version of the -fglrx driver to our xorg-edgers PPA,
would you mind testing it either on Jaunty or Karmic and see if it
resolves this bug?

Get fglrx 8.620 here:

  https://edge.launchpad.net/~xorg-edgers/+archive/ppa

Changed in fglrx-installer (Ubuntu):
status: Confirmed → New
status: New → Incomplete
Revision history for this message
Luxor (ranju-mathew) wrote :

Bryce, 8.620 does not resolve this particular issue. I see the same problem with the new driver. It does fix other problems, such as restarting X cleanly without power cycling the computer and xinerama. Please let me know if I can provide further assistance.
Thanks.

Bryce Harrington (bryce)
summary: [HD 4870] Power-off and power-on of monitors in multiheaded fglrx xorg
- configuration causes X to become unresponsive/freeze in Jaunty
+ configuration causes X freeze
Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks for testing, perhaps it will be fixed in a future -fglrx. Or on the off chance it's a kernel issue, it might be useful to test with a newer kernel, however from what you've described this sounds a lot like a GPU lockup, which is going to be a driver issue so we'd need to wait for a new driver.

Changed in fglrx-installer (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

no need to keep open for the xserver.

Changed in xorg-server (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Luxor (ranju-mathew) wrote :

This issue is solved with the 8.632 build from ati. I ran the ati-driver-installer-9-4-x86.x86_64.run --buildpkg Ubuntu/jaunty
Build went fine, and I then installed the deb packages the installer generated.

Revision history for this message
Luxor (ranju-mathew) wrote :

I should also note that I am no longer using ndependent screens. I am using xinerama, and everything seems to be working ok with this configuration (not xgl which xinerama does not support). Thanks to everyone that has looked into this issue. My system is now usable again, and I have not noticed any issues with the new drivers for about a week now.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Ok, good to know. Karmic still has 8.620 though, so I won't close this just yet.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package fglrx-installer - 2:8.632-0ubuntu1~bwh~1

---------------
fglrx-installer (2:8.632-0ubuntu1~bwh~1) karmic; urgency=low

  * New upstream release.
    - X segmentation fault no longer occurs after applying reflections or
      rotations on some systems that support Xrandr 1.2 or higher
    - Catalyst Control Center hot plugging a secondary display no longer
      causes screen corruption in clone mode
      (LP: #388601)
    - Monitor are now disabled after removing the secondary display when
      system is in standby
    - Some systems now report CrossFire adapters available during driver
      re-install
    - On some multi-monitor configurations disabling one display no longer
      causes both displays to become disabled
    - X Server does not intermittently fail to start on some multi adapter
      configurations
      (LP: #367045, #360790, #370051)
    - Executing xrandr --prop no longer causes Ubuntu 9.04 X Server to stop
      responding
    - Segmentation fault no longer occurs with X server Xinerama is
      enabled
      (LP: #364497, #355841, #359880)
  * xorg-driver-fglrx.preinst: Switch obsolete
    --print-installation-architecture to --print-architecture.
    (LP: #403316)

 -- Bryce Harrington <email address hidden> Wed, 05 Aug 2009 01:38:39 -0700

Changed in fglrx-installer (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.