From: Merciadri Luca on
Hi,

I have a random GNOME screensaver, a default one, on this computer
(debian Lenny w. kernel 2.6.26-2-686-bigmem).

It gets `paused' by pressing Esc, and is `de-paused' by pressing Esc
again. Left click does the same effect as pushing Esc, but right click
lets me get out of it. I am sometimes unable to get out of it, and I
need to restart the X-server, or go to another tty. I'm pretty sure that
this behaviour is not normal, and I would like to know what would cause
it, and if anybody has ever got the same problems. I looked at the
different logs, but found nothing interesting. Most of the time, simply
moving the mouse gets me out of the screensaver, but, in other cases,
moving the mouse gives nothing, and the situation is the one I describe
with Esc and right click.

Any ideas?

Thanks.

--
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
I use PGP. If there is an incompatibility problem with your mail
client, please contact me.


A real friend is someone who walks in when the rest of the world walks out.


From: Camaleón on
On Tue, 03 Aug 2010 10:48:34 +0200, Merciadri Luca wrote:

> I have a random GNOME screensaver, a default one, on this computer
> (debian Lenny w. kernel 2.6.26-2-686-bigmem).
>
> It gets `paused' by pressing Esc, and is `de-paused' by pressing Esc
> again. Left click does the same effect as pushing Esc, but right click
> lets me get out of it. I am sometimes unable to get out of it, and I
> need to restart the X-server, or go to another tty. I'm pretty sure that
> this behaviour is not normal, and I would like to know what would cause
> it, and if anybody has ever got the same problems. I looked at the
> different logs, but found nothing interesting. Most of the time, simply
> moving the mouse gets me out of the screensaver, but, in other cases,
> moving the mouse gives nothing, and the situation is the one I describe
> with Esc and right click.

There are some bugs¹ for "gnome-screensaver". Take a look and check if
any of them fits into yours.

OTOH, you can:

1/ Review your "/var/log/Xorg.0.log" and "~./xsession-errors"
2/ Try with a fixed screensaver
3/ Try with no screensaver at all, just use display power manager options
to dim the screen and render it black.

And verify if it's still reproducible.

Are you using any power saving (suspend to ram or suspend to disk)
settings? Are you using VGA proprietary drivers?

¹ http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gnome-screensaver;dist=unstable

Greetings,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/pan.2010.08.03.12.14.27(a)gmail.com
From: Merciadri Luca on
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Camaleón <noelamac(a)gmail.com> writes:

> On Tue, 03 Aug 2010 10:48:34 +0200, Merciadri Luca wrote:
>
>> I have a random GNOME screensaver, a default one, on this computer
>> (debian Lenny w. kernel 2.6.26-2-686-bigmem).
>>
>> It gets `paused' by pressing Esc, and is `de-paused' by pressing Esc
>> again. Left click does the same effect as pushing Esc, but right click
>> lets me get out of it. I am sometimes unable to get out of it, and I
>> need to restart the X-server, or go to another tty. I'm pretty sure that
>> this behaviour is not normal, and I would like to know what would cause
>> it, and if anybody has ever got the same problems. I looked at the
>> different logs, but found nothing interesting. Most of the time, simply
>> moving the mouse gets me out of the screensaver, but, in other cases,
>> moving the mouse gives nothing, and the situation is the one I describe
>> with Esc and right click.
>
> There are some bugs¹ for "gnome-screensaver". Take a look and check if
> any of them fits into yours.
>
> OTOH, you can:
>
> 1/ Review your "/var/log/Xorg.0.log" and "~./xsession-errors"
Done. The former gives mainly

SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled

when the latter gives nothing interesting.

> 2/ Try with a fixed screensaver
Done. It majoritarly happens with `Pop art squares.'

> 3/ Try with no screensaver at all, just use display power manager options
> to dim the screen and render it black.
Sometimes stalls too. (Old memories, though.) :(

> And verify if it's still reproducible.
See above.

> Are you using any power saving (suspend to ram or suspend to disk)
> settings?
No.

> Are you using VGA proprietary drivers?
Looks so:

==
[...]
(II) LoadModule: "nvidia"
(II) Loading /usr/lib/xorg/modules/drivers//nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Video Driver
[...]
(II) NVIDIA dlloader X Driver 173.14.09 Wed Jun 4 23:47:25 PDT 2008
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[...]
(--) NVIDIA(0): Connected display device(s) on GeForce 8400 GS at PCI:1:0:0:
(--) NVIDIA(0): Samsung SyncMaster (CRT-1)
(--) NVIDIA(0): Samsung SyncMaster (DFP-0)
(--) NVIDIA(0): Samsung SyncMaster (CRT-1): 400.0 MHz maximum pixel clock
(--) NVIDIA(0): Samsung SyncMaster (DFP-0): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): Samsung SyncMaster (DFP-0): Internal Dual Link TMDS
(II) NVIDIA(0): Display Devices found referenced in MetaMode: CRT-1, DFP-0
(II) NVIDIA(0): Assigned Display Devices: CRT-1, DFP-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):
(II) NVIDIA(0): "CRT:nvidia-auto-select+1680+0,DFP:nvidia-auto-select+0+0"
(II) NVIDIA(0): "CRT:1280x1024+0+0,DFP:NULL"
(II) NVIDIA(0): "CRT:1280x1024+1680+0,DFP:nvidia-auto-select+0+0"
==

But they are mainly used for CUDA capability, aren't they?

>
> ¹
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gnome-screensaver;dist=unstable
Checked.
- --
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- --

Laugh and the world laughs with you ... Cry and you will find no one
with tears.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iEYEARECAAYFAkxYFH8ACgkQM0LLzLt8MhyXCgCgkiirxP4W8uRNMtGVz+Ql1LxG
x9sAn0WTFS+7PB5YOU4SsaUV46DIvMdD
=dKHJ
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/87lj8nj14v.fsf(a)merciadriluca-station.MERCIADRILUCA
From: Camaleón on
On Tue, 03 Aug 2010 15:07:12 +0200, Merciadri Luca wrote:

> Camaleón writes:

(...)

>> 1/ Review your "/var/log/Xorg.0.log" and "~./xsession-errors"
> Done. The former gives mainly
>
> SetGrabKeysState - disabled
> SetGrabKeysState - enabled

(...)

That seems to be unrelated.

> when the latter gives nothing interesting.

Mmm, I'd had expected more errors here (on "xsession-errors").

>> 2/ Try with a fixed screensaver
> Done. It majoritarly happens with `Pop art squares.'

It does not use opengl at all, seems to be pretty normal screensaver (I
mean, non-graphics aggressive) :-?

>> 3/ Try with no screensaver at all, just use display power manager
>> options to dim the screen and render it black.
> Sometimes stalls too. (Old memories, though.) :(

Ugh. Then the problem can be another (power management related).

>> And verify if it's still reproducible.
> See above.
>
>> Are you using any power saving (suspend to ram or suspend to disk)
>> settings?
> No.

O.k.

>> Are you using VGA proprietary drivers?
> Looks so:
>
> ==
> [...]
> (II) LoadModule: "nvidia"

I also have nvidia proprietary drivers and gnome (lenny) but never
experienced such problem when exiting from screensaver. I use "dimm
screen" option, anyway.

> But they are mainly used for CUDA capability, aren't they?

IIRC, CUDA driver is a different one than standard nvidia driver. There
are two sets of drivers and I guess you are using the common one.

Standard nvidia driver provides 3D hardware acceleration and people use
it mainly for that.

>> ¹
>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gnome-
screensaver;dist=unstable
> Checked.

Are you using xinerama (nvidia setting for using two displays as just one
big desktop) or any other fancy setup for the displays? If yes, you can
try to disable (just for testing) and see if you still can reproduce the
error :-?

Greetings,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/pan.2010.08.03.13.35.17(a)gmail.com
From: Merciadri Luca on
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Camaleón <noelamac(a)gmail.com> writes:

> On Tue, 03 Aug 2010 15:07:12 +0200, Merciadri Luca wrote:
>
>> Camaleón writes:
>
> (...)
>
>>> 1/ Review your "/var/log/Xorg.0.log" and "~./xsession-errors"
>> Done. The former gives mainly
>>
>> SetGrabKeysState - disabled
>> SetGrabKeysState - enabled
>
> (...)
>
> That seems to be unrelated.
>
>> when the latter gives nothing interesting.
>
> Mmm, I'd had expected more errors here (on "xsession-errors").
>
>>> 2/ Try with a fixed screensaver
>> Done. It majoritarly happens with `Pop art squares.'
>
> It does not use opengl at all, seems to be pretty normal screensaver (I
> mean, non-graphics aggressive) :-?
Sure. I don't like special effects. I like plain things that do their
job. (That's mainly why I like Debian.)

>>> 3/ Try with no screensaver at all, just use display power manager
>>> options to dim the screen and render it black.
>> Sometimes stalls too. (Old memories, though.) :(
>
> Ugh. Then the problem can be another (power management related).
>
>>> And verify if it's still reproducible.
>> See above.
>>
>>> Are you using any power saving (suspend to ram or suspend to disk)
>>> settings?
>> No.
>
> O.k.
>
>>> Are you using VGA proprietary drivers?
>> Looks so:
>>
>> ==
>> [...]
>> (II) LoadModule: "nvidia"
>
> I also have nvidia proprietary drivers and gnome (lenny) but never
> experienced such problem when exiting from screensaver. I use "dimm
> screen" option, anyway.
>
>> But they are mainly used for CUDA capability, aren't they?
>
> IIRC, CUDA driver is a different one than standard nvidia driver. There
> are two sets of drivers and I guess you are using the common one.
Some months ago, I installed some CUDA stuff, but I don't even
remember where, so I can't say more about this.
>
> Standard nvidia driver provides 3D hardware acceleration and people use
> it mainly for that.
>
>>> ¹
>>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gnome-
> screensaver;dist=unstable
>> Checked.
>
> Are you using xinerama (nvidia setting for using two displays as just one
> big desktop) or any other fancy setup for the displays? If yes, you can
> try to disable (just for testing) and see if you still can reproduce the
> error :-?
As you point it correctly, I use Xinerama. I had configured my
xorg.conf using nvidia-settings' GUI, which then results in

==
# cat /etc/X11/xorg.conf
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildd(a)ninsei) Tue Jun 24 18:11:48 UTC 2008

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildd(a)ninsei) Fri Sep 5 22:23:08 UTC 2008

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection

Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
EndSection

Section "Module"
Load "dbe"
Load "extmod"
Load "type1"
Load "freetype"
Load "glx"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "be"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Samsung SyncMaster"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 8400 GS"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-0"
Option "metamodes" "CRT: nvidia-auto-select +1680+0, DFP: nvidia-auto-select +0+0; CRT: 1280x1024 +0+0, DFP: NULL; CRT: 1280x1024 +1680+0, DFP: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
==

as a xorg.conf file. I have two monitors, with different resolutions,
but with a desktop which extends from one monitor to the other
one. Some weeks ago, I had tried returning to a plain (i.e. trivial)
config for xorg.conf and screens, and the screensaver problem never
reappeared. Evidently, I can't stick with one screen, and I need to
use xinerama.

Speaking about xinerama, I had seen the bug at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590121, but my
screensaver daemon does not actually crash. It just stalls, but after
some time. What's even funnier is that this is just a transitive
state, as I've asked Debian to dim the screen after x minutes, where
the screensaver comes after y minutes, y < x. As a result, during x-y
minutes, the screensaver is displayed. After y minutes, the screen is
dimmed, but moving the mouse (or pressing a key) directly redirects me
to either a black screen or the screensaver. The fact is that as I'm
using a random screensaver, the black screen which I'm sometimes
redirected to might simply be the black screensaver (but still a
screensaver), as the `dimmed screen' option actually puts my device in
sleep mode. That is only once I'm in the screensaver (either after
having done something to wake up the screen from dimming, or simply
because the screen has not been dimmed yet) that I sometimes can't get
out of it.

- --
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- --

Look on the sunny side of life.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iEYEARECAAYFAkxYIzgACgkQM0LLzLt8MhwzQwCeP0KEWt8n5x+P3WTWt4htDNTe
aagAn0N9exQYAvUH1aXt7jQik4RULjGp
=Uvex
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/87hbjb4wjq.fsf(a)merciadriluca-station.MERCIADRILUCA