Bug 664533 - upower: left display of dual monitor setup blanks periodically
Summary: upower: left display of dual monitor setup blanks periodically
Status: RESOLVED NORESPONSE
: 678732 (view as bug list)
Alias: None
Product: openSUSE 11.4
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Factory
Hardware: i686 SUSE Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Vincent Untz
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-14 12:46 UTC by Stefan Quandt
Modified: 2012-07-09 12:01 UTC (History)
12 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Quandt 2011-01-14 12:46:53 UTC
User-Agent:       Mozilla/5.0 (compatible; Konqueror/4.6; Linux) KHTML/4.6.41 (like Gecko) SUSE

I use a two monitor setup (left VGA and right DVI connected).
After a "zypper dup" and restart the left display started persistently to show periodical blanking for 1s with a frequency of 31s in both console and X sessions.
The right display is just fine.

Before updating I had kernel 2.6.37-14.2 and upower-0.9.7-1.2,
with the update I got kernel 2.6.37-16.1 and upower 0.9.8-2.1,
xorg-x11-driver-video-radeonhd remained the same.

My Graphics HW is Radeon X1300/X1550 with drivers "radeon" (2D) and "R300 Gallium (7.10)" ((3D)

On each screen blank I observe process activity of upowerd (with top) while
the upower monitoring commands report nothing at all.


Reproducible: Always

Steps to Reproduce:
1. Boot into runlevel 3 or 5
2.
3.
Actual Results:  
Left display goes black every 31s for 1s
Comment 1 Stefan Quandt 2011-01-17 15:54:54 UTC
The display blanking does not occur on initial KDM login screen after a reboot.
It starts in the early startup of the first KDE session.
Then it persists after leaving KDE even if no Xorg is running (i.e in text console).
Comment 2 Stefan Quandt 2011-01-18 08:11:13 UTC
This is not a kernel bug, changed component.
Using another window manager does not trigger screen blanking.
Comment 3 Will Stephenson 2011-02-18 21:35:57 UTC
Please remove .kde4/share/config/powerdevilprofilesrc and retest with the latest kdebase4-workspace packages (RC2 or from KDF).  We just added some patches.
Comment 4 Forgotten User vXTZVacoSi 2011-02-18 21:53:42 UTC
It's powerdevil2profilesrc, the old one should be migrated but I wouldn't count on it, so either way I suggest removing both.
Comment 5 Stefan Quandt 2011-02-22 12:27:31 UTC
I renamed powerdevil2profilesrc, restarted KDE and nothing changes (left display still blanking periodically).
Using kdebase4-workspace-4.6.41_20110213.
Comment 6 Forgotten User vXTZVacoSi 2011-02-22 12:46:17 UTC
Could you please try deactivating desktop effects in kwin?
Comment 7 Stefan Quandt 2011-02-22 14:04:04 UTC
Ctrl-Alt-F12 does not affect blanking.
Restarting session after deactivating desktop effects in systemsettings does not help either.
Comment 8 Jesús Sáenz 2011-03-03 14:51:21 UTC
I have the same problem. I have a blind black each 30 seconds. I have same graphic card:

 Unique ID: Ddhb.Ps_G2lMqeN7
  Parent ID: vuMS.wxFwtL2jas4
  SysFS ID: /devices/pci0000:00/0000:00:0e.0/0000:05:00.0
  SysFS BusID: 0000:05:00.0
  Hardware Class: graphics card
  Model: "ATI RV516 [Radeon X1300/X1550 Series]"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x7183 "RV516 [Radeon X1300/X1550 Series]"
  SubVendor: pci 0x18bc "Info-Tek Corp."
  SubDevice: pci 0x3000 
  Driver: "radeon"
  Driver Modules: "drm"
  Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable)
  Memory Range: 0xfdff0000-0xfdffffff (rw,non-prefetchable)
  I/O Ports: 0xcc00-0xccff (rw)
  Memory Range: 0xfdfc0000-0xfdfdffff (ro,non-prefetchable,disabled)
  IRQ: 44 (148781 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d00007183sv000018BCsd00003000bc03sc00i00"
  Driver Info #0:
    Driver Status: radeon is active
    Driver Activation Cmd: "modprobe radeon"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #21 (PCI bridge)

I have installed the latest X.Org from the X11:/XOrg and kernel from
Kernel:/HEAD repository without changes.

Any idea?
Comment 9 Peter B 2011-03-15 09:08:07 UTC
https://bugzilla.novell.com/show_bug.cgi?id=678732 looks like a duplicate of this. A hint for the cause is that stopping and starting "Display
Management change monitor" service in KDE service manager causes the flicker. Also see https://bugzilla.novell.com/show_bug.cgi?id=427645 for an old bug report that might be related to this.
Comment 10 Stefan Quandt 2011-03-16 09:25:25 UTC
@comment #9
> A hint for the cause is that stopping and starting "Display
> Management change monitor" service
I deactivated this KDE service and rebooted but it has no effect:
Periodical blanking of the left (VGA connected) screen still starts in early KDE startup.
Comment 11 Peter B 2011-03-16 19:54:15 UTC
To clarify things: restarting the service causes the screen to flicker here. Stopping the service doesn't stop the flicker. This is offered as a hint, not the cause of the problem.
Comment 12 Pablo Alvarado 2011-03-25 23:54:02 UTC
I have a similar problem and after two weeks of intense searching I've managed to workaround the problem.  I provide some information that may help others to fix the problem in a cleaner way.

It seems this is caused by a bug in both radeon xorg drivers, in combination with a periodic check that the upower daemon does on DRM devices.  This check routine  was introduced in the 0.9.8 version of upower.  Downgrading the upower to the 0.9.7 at least stops the periodic two-seconds blanking of the secondary screen, even though just after login there still are some black screens (I suppose they are caused by the same DRM device checks).

To check if the DRM checks are blanking the screen just

cd /sys/class/drm
for i in *; do cat $i/status; done

If I understand this right, the radeon drivers should allow the status check without turning the screen black.

I hope this information helps.
Comment 13 Jesús Sáenz 2011-03-26 09:46:40 UTC
Hello,
Thanks for your help, but I have problems to find upower 0.97 package. Where have you find it?
Comment 14 Pablo Alvarado 2011-03-26 15:01:36 UTC
I could not find an rpm package for OpenSUSE 11.4 either.  I just downloaded the 
upower-0.9.7.tar.bz2 from http://upower.freedesktop.org/releases/ and compile it.  Some dependencies need to be installed though.  Just check the README and INSTALL files there.
Comment 15 Peter B 2011-03-27 10:05:16 UTC
Thanks, Pablo. Upgrading to upower 0.9.9 makes the periodic blanking stop. Doing a 

cat /sys/class/drm/card0-VGA-1/status

though still blanks the screen.
Comment 16 Jesús Sáenz 2011-03-28 13:44:57 UTC
Hi,
Thanks for your help:

I have upgraded to 11.4 and with upower 0.9.9, and peridic blanking has stopped. 

Too, I had blanking in wine aplications, java, xrand... I found problem was s-video so I disabled it (anyone could need it):

I've changed this files:

1 FILE->>>>>/etc/X11/xorg.conf.d/50-device.conf
Section "Device"
  Identifier "Default Device"

  #Driver "radeon"

  ## Required magic for radeon/radeonhd drivers; output name
  ## (here: "DVI-0") can be figured out via 'xrandr -q'
  #Option "monitor-DVI-0" "Default Monitor"
Option "monitor-S-video" "monitor-S-video"
EndSection

2º FILE->>>>>>>/etc/X11/xorg.conf.d/50-monitor.conf (ADDED AT THE END)

Section "Monitor"
Identifier "monitor-S-video"
Option "Ignore" "true"
EndSection

Now, xrand not detect S-video and I have no problems with blankings
Comment 17 Owen Savill 2011-03-31 11:54:49 UTC
Hello Stefan, 

I've had similar issues to this and the screen blanking issue #678732. This is what I found:

The screen was blanking even outside of X, i.e. at a console command prompt! The solution for me was boot without the Frame Buffer, i.e. append VGA=NORMAL, instead of VGA=0x317 to the end of the bootstrap line. The boot screen makes this very simple. All screen blanking then stopped.

I then had an issue that I couldn't set the screen resolution to anything more than 1024x768. This turned out to be the default Nouveau drivers so I switched to the real nVidia drivers and then I got what you describe. KDE appears to start ok but then goes bad when it gets going. The fix for this was to disable all 3D effects, which seemed to be on by default, in the KDE control panel. I have to change my xorg.conf to run a very basic setup before I could achieve this the display was so bad! I didn't try swapping to XRender or whatever the options are.

I now have a very stable graphics setup but no 3D effects. I have to say that I have none of these issues in Mandriva nor Ubuntu.


(In reply to comment #1)
> The display blanking does not occur on initial KDM login screen after a reboot.
> It starts in the early startup of the first KDE session.
> Then it persists after leaving KDE even if no Xorg is running (i.e in text
> console).
Comment 18 Jaroslav Resler 2011-04-01 08:27:21 UTC
It is a very strange bug with very easy fix. Is anybody going to prepare an update of the upower package to the system updates? Also, the assignee kde-maintainers@suse.de seems not to be appropriate.
Comment 19 Will Stephenson 2011-04-01 08:48:25 UTC
Pablo: how about branching openSUSE:11.4 upower (and the relevant deps) using the opensuse buildservice and updating the version there, so others can easily test this too?

Vincent: Are you aware of any fixes in upower 0.9.9 that could be backported?
Comment 20 Holden Aust 2011-06-27 02:42:51 UTC
I have experienced the screen blanking or flashing on several Gigabyte GA-MA69VM-S2 motherboards using the built-in chipset ATI RS690 [Radeon X1200 Series] video on a single LCD monitor using the VGA connector. Using openSUSE 11.4 86x_64 with KDE 4.6 with all online update patches current. Using the 2D driver: radeon and 3D driver: R300 Gallium (7.10.2) with AMD Athlon 64x2 cpu.

Upgrading to upower 0.9.9-18.1 and libupower-glib1 0.9.9-18.1 from the openSUSE Build Service 1-click upgrade *appears* to have solved the screen blanking/flashing problem with no apparent "side-effects" so far.

I hope this did fix the screen flashing/blanking issue because that was a very distracting glitch.
Comment 21 Petr Uzel 2011-06-27 07:04:51 UTC
*** Bug 678732 has been marked as a duplicate of this bug. ***
Comment 22 Kun Kun Zhang 2012-03-08 03:22:13 UTC
Long time no response.So closed.Feel free to reopen it.Thanks.
Comment 23 Lars Müller 2012-03-08 12:46:53 UTC
No response from whom?  Closing defect reports by no real reason or a statement why this issue doesn't happen any longer I consider a bad approach.

Reopen and requesting arguments.

With comment #19 Will might had Vincent <vuntz>, the Gnome dude in mind?
Comment 24 Vincent Untz 2012-03-20 15:11:50 UTC
Right, it might be useful to cc me when asking questions ;-)

If upower 0.9.9 solves the issue, it should be rather easy to find which commit is the right fix as the number of commits between 0.9.8 and 0.9.9 is pretty limited: http://cgit.freedesktop.org/upower/log/?id=UPOWER_0_9_9

My guess goes with http://cgit.freedesktop.org/upower/commit/?id=8b9ee531330a0e4a4f81bbe046282bfd27675015

Can someone play with the different commits to see which one is needed?
Comment 25 Vincent Untz 2012-05-15 15:50:38 UTC
No volunteer? I guess everybody moved to newer versions. I'll close the bug as NORESPONSE in a few weeks, unless somebody is willing to try the patch.
Comment 26 Vincent Untz 2012-07-09 12:01:35 UTC
Closing, see my last comment.