I have encountered a following problem.
I adjusted my power management system to turn the screen off after some minutes of inactivity. Everything had been fine for years until last weeks. With new xorg-server (in my case - xorg-server-1.8.1-r1) mouse pointer tends to disappear from time to time after the screen is being turned off and on.
I still can use the pointer, but I just cannot see it.
And to be honest, I'm not sure whether this is a xorg-server who causes this issue or not; but as far as I know, this is a xorg-server who is responsible for showing a mouse pointer on the screen.
Steps to Reproduce:
1. Upgrade to the x11-base/xorg-server-1.8.1-r1.
2. Setup your power management system to turn off the screen after some minutes of inactivity.
3. Wait until the screen is turned off.
4. Wait some more minutes.
5. Move your mouse and try to find the mouse pointer on the screen.
If you do, then you are luckier than me. :)
Mouse pointer disappears.
Mouse pointer should be there.
Portage 188.8.131.52 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.1-r0, 2.6.34-gentoo x86_64)
System uname: Linux-2.6.34-gentoo-x86_64-Mobile_AMD_Sempron-tm-_Processor_3800+-with-gentoo-2.0.1
Timestamp of tree: Thu, 27 May 2010 23:30:01 +0000
distcc (dcc_set_trace_from_env) ERROR: failed to open logfile /var/log/distccd.log: Permission denied [disabled]
dev-lang/python: 2.6.5-r2, 3.1.2-r3
sys-devel/autoconf: 2.13, 2.65
sys-devel/automake: 1.8.5-r3, 1.9.6-r3, 1.10.3, 1.11.1
ACCEPT_KEYWORDS="amd64 x86 ~amd64 ~x86"
ACCEPT_LICENSE="* -@EULA PUEL skype-eula"
CFLAGS="-march=k8 -O2 -pipe"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=k8 -O2 -pipe"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="/mnt/lan/data/Install/GNU-LinuxSoft/distfiles/ http://gentoo.kiev.ua/ftp/ ftp://gentoo.kiev.ua/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/var/lib/layman/science /var/lib/layman/sage-on-gentoo /usr/local/overlays"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
can you please attach your /etc/X11/xorg.conf* (if any) and your /var/log/Xorg.0.log of a `failed` X Server run? You can also ask in #gentoo-desktop on irc.freenode.net to get answers from other users, if it's a common problem.
Please get back to us with the requested information in comment #1.
Created attachment 237245 [details]
Created attachment 237247 [details]
Created attachment 237249 [details]
Created attachment 237251 [details]
It happened again. Let me describe my actions just before that.
- I was working on my laptop and everything was fine;
- I decided to update some applications, so I started to emerge them;
- I left my laptop compiling for several minutes;
- The screen turned off after 10 minutes of no activity;
- After some more time passed, I came back, moved a cursor to turn the screen on again and found that there is no mouse pointer on the screen. I still had an ability to push some buttons on the screen, but I just could not see the actual pointer location.
- I made a copy of xorg.conf (see "/etc/X11/xorg.conf" attachment) and /var/log/Xorg.0.log (see "Xorg.0.log-1" attachment);
- After that I left my X-session (logged off, then typed "/etc/init.d/xdm stop" from the console and then killed X-server process "kill -QUIT <X-server pid>").
- After starting X again (/etc/init.d/xdm start) there still was no mouse pointer on the screen.
- I made a new copy of /var/log/Xorg.0.log (see "Xorg.0.log-2" attachment).
Only reboot of the machine returned the pointer back onto my screen.
That is all story so far.
Well... It happened again.
And this time both conditions were present again. Namely: I started 'emerge <something>' and left the laptop without activity from my side for several minutes. When I came up to it and touched the thouchpad to turn the screen on, there had been no mouse cursor on a screen.
Since, this problem happens again and again, I reopen the bug if you don't mind.
@Chi-Thanh, have you seen this before?
There are a few known issues with disappearing or corrupted hardware cursors.
See if you get any dmesg output when the cursor disappears. The usual workaround is to disable hardware cursor in xorg.conf (see "man nouveau" for details). You could also check if xorg-server-1.9.0 and/or xf86-video-nouveau-9999 from the x11 overlay makes a difference.
It is getting worse and worse. Now the cursors disappears almost each time the screen is turned off and left alone for some time. What I noticed is that it usually does not disappear after the first screen blanking. It usually disappears after the screen has been turned off for a couple of times.
I tried turning off the 'hardware cursor' in the past, and it seem to work fine. Now I cannot do it any more because when I set
Option "HWCursor" "off"
in /etc/X11/xorg.conf, I cannot even start Xfce (the X-server itself seems to work though).
And one more thing. I have NVidia GeForce 7300 GT video card on another machine running Gentoo with KDE and I haven't noticed such cursor disappearances there.
I experience this problem only on my laptop with NVidia GeForce Go 6100 video card. Maybe it is related to certain video chip somehow.
This bug is known for a while, I'm experiencing it too.
What makes the problem worse, is how the xf86-video-nv maintainers fixed it (ugly hack):
Which resulted from the original bug reported in the original (nv) driver:
Vladimir, could you please post a 'me too' on the first (15758) bug so it gets some more exposure?
On a sidenote, using the hwcursor option also breaks VT switching here (6150 go). So it's not weird you are experiencing issue's as well.
For me this now happens always, it's just a matter of (random?) time: usually it takes a bit (couple hours) to occur without doing anything special, apart from coming back to a blanked screen.
It's worth noting that this *also* happens with xf86-video-nv, thus the bug might well reside in xorg-server.
Upstream driver bugs like this are really outside the capabilities of a distro