Mouse cursor ghosting on GTX 10XX(Pascal) - others might be affected too

Strange no one has reported it earlier but I often see visual glitches and artefacts on GTX 1060 6GB while running NVIDIA drivers 381.09.

The bug manifests itself in a mouse cursor leaking/ghosting in various places when you Alt Tab between applications or e.g. if you’re in a web browser and the input field is scrolling.

I’m 100% sure previous stable drivers didn’t have this issue.

Here’s a video of this problem:

My GPU is running at stock speed/voltages.

I’m not running any compositing window managers - what you’re seeing is a usual plain X11 desktop session.

hi birdy
did you try a lower screen resolution ?

Why would I? My display is 1080p, any other resolution makes the image extremely blurry.

Got the exact same thing with gnome.

Thank you, it’s nice to know I’m not alone in this issue.

What’s your GPU, window manager, distro and kernel version?

GTX 1080 - Gnome/Mutter - OpenSuSE Tumbleweed 4.10.11

That kind of looks like the sort of problem you might get with software cursors. Can you please generate and attach an nvidia-bug-report.log.gz?

As requested.
nvidia-bug-report.log.gz (98 KB)
icons.tar.gz (361 KB)

Thanks, birdie. Does this reproduce without the {ForceCompositionPipeline=On, ForceFullCompositionPipeline=On} MetaMode flags and TripleBuffer option? How about with a window manager other than kwin?

Finally, does it go away if you enable the composite extension and use kwin’s compositor?

This bug seems to go away whenever I disable CompositionPipeline. TripleBuffer has no effect.

Window Compositing + CompositionPipeline still results in a mouse cursor ghosting.

What was the previous stable drivers didn’t have this issue? Is it regression? Can you share reproduction steps for this issue? Do we need to open any application to trigger this issue?

Hi gqman69, Can you share video showing this issue on your desktop?

  1. It is a regression.

  2. Previous stable drivers (378.13) didn’t have this bug.

  3. There are no steps to reproduce this issue - it’s very random and almost impossible to trigger at will.

  4. You just move mouse and occasionally you notice this issue.

There’s one thing that makes the bug appear more often though - run any intensive CUDA application in background and you’ll get this mouse pointer ghosts quite often.

  1. Running some application is mandatory - so far I’ve managed to notice the problem in Mozilla Firefox, Google Chrome and Akregator.

I agree it’s very random.

However I have noticed that it is much more frequent in Gnome than Cinnamon.

Could you record and post a video?

Still reproducible in 381.22.

Hi gqman69,
Could you record and post a video showing this issue? And nvida bug report

Hi birdie,

[i]

if you’re in a web browser and the input field is scrolling.[/i]
Can you attach video of this?

>>There’s one thing that makes the bug appear more often though - run any intensive CUDA application in background and you’ll get this mouse pointer ghosts quite often.
What CUDA intensive application you are running?

Still there in the latest beta drivers 384.47.

It’s really sporadic.

Any Zcash/Ethereum miner will do.

We are tacking this issue in bug 1954870 with low priority.

Hi birdie, Our QA need some more info to repro this issue:

  1. As the repro rate is very low and to reproduce, Can customer provide some consistent steps to repro? as this is regression and consistent repro could help us to find the regression point
  2. From where did customer had downloaded the Zcash/Ethereum miner “As i am getting dependencies issue which required higher version of libraries”? Can we get the downloadable link, Steps to configure , installation and step to run the application? If dependencies are downloaded from outside what are they ?
  3. Is there any other sample which will help to replicate this issue soon?
  4. Do customer is using cuda sample?
  5. What steps were performed to see this issue? do we need to keep the mouse moving continuously?
  6. How often does this issue occur?
  7. Plain X11 desktop - Is that mean you are able to repro this issue on bare X started with X or Xorg or xinit commands?

Hello Sandipt,

  1. There are no consistent steps unfortunately however it’s worth noting that I’m running the X.org server from CentOS 6.7 which might also mean that newer X.org server versions are immune to this issue.
xorg-x11-server-common-1.15.0-36.el6.centos.i686
xorg-x11-server-devel-1.15.0-36.el6.centos.i686
xorg-x11-server-utils-7.7-2.el6.i686
xorg-x11-server-Xephyr-1.15.0-36.el6.centos.i686
xorg-x11-server-Xorg-1.15.0-36.el6.centos.i686
xorg-x11-server-Xvfb-1.15.0-36.el6.centos.i686

The reasons I’m running this X.org server release is because X.org from CentOS 6.8/6.9 is very buggy and starts consuming 100% of one CPU core shortly after logging into your X session.

  1. This is not necessary at all, however once you’re running a Zcash miner (EWBF in my case) everything becomes so slow, you just cannot help but notice this bug better and sooner.

I would not recommend trying to reproduce this issue when running the miner since it requires too much patience.

Running EWBF is extremely easy. Generate a Bitcoin address or use an existing one and start mining this way:

miner --server equihash.usa.nicehash.com --port 3357 --user YOUR_BTC_ADDRESS --pass x
  1. Nope, there isn’t one, sorry.

  2. Nope, however EWBF surely runs using CUDA.

  3. This is the trickiest part. You’re just moving your mouse and sometimes it stays where it shouldn’t be. There is no surefire way to reproduce this issue - it’s extremely random. Also I’ve just realized that it takes quite some (at least an hour) before you start seeing the problem. I’ve just started my X.org session and no matter how hard I try I cannot reproduce it.

  4. If you’re switching from an application to an application, or scrolling or moving mouse it may happen as often as once every 5 minutes however if you don’t move your mouse or you’re working in a single application it may never occur.

  5. I meant that running any compositing manager (based on OpenGL/EGL) is not required, but you’re right that it’s reproducible with the bare X.org server started as the only running application plus at least one other application is required, e.g. Mozilla Firefox.

If you don’t mind let’s make this way. I will try to find a way to reproduce it or certain steps that make it easier to reproduce and I’ll update this topic.

Meanwhile you could close this bug report as CANNOT REPRODUCE or anything like that because surely I don’t want to waste the precious time of your engineers.