[opensuse-factory] Xorg taking 100% while dpms
hi, anyone know anything about Xorg taking 100% during screen blanking/dpms? i am running KDE UNSTABLE at the moment, don't know if that could affect anything. regards, per -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Friday 20 November 2009 15:06:00 Per Osbäck wrote:
hi,
anyone know anything about Xorg taking 100% during screen blanking/dpms?
i am running KDE UNSTABLE at the moment, don't know if that could affect anything.
Actually now that you mention it I have the same behaviour on my KDE svn dev box when the screen is blanked, but assumed it was the 100% cpu bug in Konversation with Qt 4.6 from a couple of weeks ago. I'll hang a ssh on it to see if it's Xorg. Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Friday 20 November 2009 21:09:49 Will Stephenson wrote:
On Friday 20 November 2009 15:06:00 Per Osbäck wrote:
hi,
anyone know anything about Xorg taking 100% during screen blanking/dpms?
i am running KDE UNSTABLE at the moment, don't know if that could affect anything.
Actually now that you mention it I have the same behaviour on my KDE svn dev box when the screen is blanked, but assumed it was the 100% cpu bug in Konversation with Qt 4.6 from a couple of weeks ago. I'll hang a ssh on it to see if it's Xorg.
Yes it is. A whole lot of this: clock_gettime(CLOCK_MONOTONIC, {130174, 915297665}) = 0 select(256, [1 3 5 7 12 13 14 20 21 22 23 24 25 26 27 28 29 30 31 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 54 55 56 57 58 59 60 61 62 63 64 65 66], NULL, NULL, {0, 0}) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {130174, 915435119}) = 0 setitimer(ITIMER_REAL, {it_interval={0, 20000}, it_value={0, 20000}}, NULL) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915513694}) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915548057}) = 0 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 ioctl(8, 0x6458, 0) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915656246}) = 0 Anyone know how to debug it? How can I force a given Xorg to enter dpms mode from an ssh login? Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/21/2009 03:00 PM, Will Stephenson wrote:
On Friday 20 November 2009 21:09:49 Will Stephenson wrote:
Anyone know how to debug it? How can I force a given Xorg to enter dpms mode from an ssh login?
My machine does not enter dpms mode, only blanks the display. I have reported this at least a week ago, no answer. I assumed it is a gnome/screensaver/power manager bug. - -- Cheers / Saludos, Carlos E. R. (from 11.2-ex-factory "Emerald" GM) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAksH8fQACgkQU92UU+smfQXiLACfYn/Hl/JfDVvlfBJ/0yE6M/Ea 1uMAmwa33+4aLJBl6as2id1jJaRzJfvI =UG+l -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Sat, Nov 21, 2009 at 9:00 AM, Will Stephenson
Anyone know how to debug it? How can I force a given Xorg to enter dpms mode from an ssh login?
ssh user@machine 'xset -display :0.0 dpms force off'' assuming that "user" has xauth permissions on display :0.0 on "machine" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/21/2009 03:40 PM, Mark Gray wrote:
On Sat, Nov 21, 2009 at 9:00 AM, Will Stephenson
wrote: Anyone know how to debug it? How can I force a given Xorg to enter dpms mode from an ssh login? ssh user@machine 'xset -display :0.0 dpms force off''
assuming that "user" has xauth permissions on display :0.0 on "machine"
cer@minas-tirith:~> ssh cer@localhost 'xset -display :0.0 dpms force off' Password: No protocol specified xset: unable to open display ":0.0" You have new mail in /var/spool/mail/cer cer@minas-tirith:~> This is done from inside my current sesion, and "cer" is my current user, so I should have permission. So I try: cer@minas-tirith:~> sleep 1 ; xset -display :0.0 dpms force off cer@minas-tirith:~> This _blanks_ the display, does not power it off. - -- Cheers / Saludos, Carlos E. R. (from 11.2-ex-factory "Emerald" GM) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAksIkKkACgkQU92UU+smfQVFsACaAo40CC6g1oP0mudY2TOV7tSh xU4AmQEdQjo7PB+OLkgUdFh9m26g3xnV =eXMc -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi Will,
2009/11/21 Will Stephenson
How can I force a given Xorg to enter dpms mode from an ssh login?
If getting access to the X server fails, I fall back to screen: from within the X session konsole: screen then connect via ssh and from the remote shell screen -x this will have both attached to the same screen, inheriting the permissions and environment from the first invocation of screen. Then there, do "xset dpms force off" Have fun, seife -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
lördag 21 november 2009 15.00.47 skrev Will Stephenson:
On Friday 20 November 2009 21:09:49 Will Stephenson wrote:
On Friday 20 November 2009 15:06:00 Per Osbäck wrote:
hi,
anyone know anything about Xorg taking 100% during screen blanking/dpms?
i am running KDE UNSTABLE at the moment, don't know if that could affect anything.
Actually now that you mention it I have the same behaviour on my KDE svn dev box when the screen is blanked, but assumed it was the 100% cpu bug in Konversation with Qt 4.6 from a couple of weeks ago. I'll hang a ssh on it to see if it's Xorg.
Hi, did you get anywhere on this? At least I still have it with 4.3.82. Couldn't find a bug report on this. (havent tested if it the same for other dists).
Yes it is. A whole lot of this:
clock_gettime(CLOCK_MONOTONIC, {130174, 915297665}) = 0 select(256, [1 3 5 7 12 13 14 20 21 22 23 24 25 26 27 28 29 30 31 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 54 55 56 57 58 59 60 61 62 63 64 65 66], NULL, NULL, {0, 0}) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {130174, 915435119}) = 0 setitimer(ITIMER_REAL, {it_interval={0, 20000}, it_value={0, 20000}}, NULL) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915513694}) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915548057}) = 0 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 ioctl(8, 0x6458, 0) = 0 clock_gettime(CLOCK_MONOTONIC, {130174, 915656246}) = 0
Anyone know how to debug it? How can I force a given Xorg to enter dpms mode from an ssh login?
Will
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Thursday 17 December 2009 09:50:48 Per Osbäck wrote:
lördag 21 november 2009 15.00.47 skrev Will Stephenson:
On Friday 20 November 2009 21:09:49 Will Stephenson wrote:
On Friday 20 November 2009 15:06:00 Per Osbäck wrote:
hi,
anyone know anything about Xorg taking 100% during screen blanking/dpms?
i am running KDE UNSTABLE at the moment, don't know if that could affect anything.
Actually now that you mention it I have the same behaviour on my KDE svn dev box when the screen is blanked, but assumed it was the 100% cpu bug in Konversation with Qt 4.6 from a couple of weeks ago. I'll hang a ssh on it to see if it's Xorg.
Hi,
did you get anywhere on this? At least I still have it with 4.3.82. Couldn't find a bug report on this. (havent tested if it the same for other dists).
Nothing significant, I fiddled with my power manager settings and the problem went away temporarily, but has returned. Will -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
torsdag 17 december 2009 10.43.17 skrev Will Stephenson:
Nothing significant, I fiddled with my power manager settings and the problem went away temporarily, but has returned.
Will
I turned everything when it comes to dpms, screen blanking, screen savers. When I leave the computer idle, after a few minutes this happens again, with the desktop fully visible. And as soon as I touch the mouse it goes away. /per -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Thursday 17 December 2009 05:24:50 Per Osbäck wrote:
torsdag 17 december 2009 10.43.17 skrev Will Stephenson:
Nothing significant, I fiddled with my power manager settings and the problem went away temporarily, but has returned.
Will
I turned everything when it comes to dpms, screen blanking, screen savers. When I leave the computer idle, after a few minutes this happens again, with the desktop fully visible. And as soon as I touch the mouse it goes away.
A couple of days ago, a "zypper up" from http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openSU... pulled in the new KDE-4.4-beta1 and since then I also encounter this issue. I disabled all DPMS settings but nothing appeared to help. I finally disabled "Power Management->Edit profiles->Actions->Dim display when idle for more than" (from kcmshell4 powerdevilconfig) and this has resolved the issue. I have now re-enabled all the other DPMS settings and the system behaves correctly, so (at least in my case) I can attribute this X11 100% issue to the above powerdevil option. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (6)
-
Carlos E. R.
-
Mark Gray
-
Per Osbäck
-
Stefan Seyfried
-
Warren Stockton
-
Will Stephenson