Bug 92951 - Screen updates only when moving the mouse
Summary: Screen updates only when moving the mouse
Status: NEEDINFO
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.7 (2012.06)
Hardware: Other All
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-14 11:44 UTC by sergio.callegari
Modified: 2016-04-02 15:23 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sergio.callegari 2015-11-14 11:44:35 UTC
Hi, I am seeing the issue on a machine with the following configuration:

- Kubuntu linux 15.10 64 bit

X.Org X Server 1.17.2
Intel driver 2.99.917 (+git 20150808 as shipped by ubuntu)
libdrm 2.4.94
mesa 11.0.2
kernel 4.2.0

- Intel haswell laptop
Intel Corporation Crystal Well Integrated Graphics Controller (rev 08)

The issue seems to be triggered by using Libreoffice 5.0.3 impress for a sufficiently long time. It is visible in the slide editing mode, not in presentation.

When you start using libreoffice impress everything is fine.

After some use, the screen stops updating. For instance, you press page down and the slide you are working on does not change. Or you click on an object handle and the latter does not appear as selected. However, as soon as you move the mouse, the screen gets updated.

Note that the issue does not happen immediately. You need to use Libreoffice on a complex document for about 1 hour before seeing the issue.

It is unclear to me if this is an issue with Libreoffice or with the Intel driver. However, from googling I see that in the people ware complaining about something very similar happening with firefox.
Comment 1 Chris Wilson 2015-11-14 15:58:34 UTC
The biggest question is whether the whole screen updates or only the region around the mouse?

In the last day, we tracked down a refleak on a fence used for synchronising DRI clients that was causing memory exhaustion. As you also have a slow issue, it may be related. So it is worth grabbing xf86-video-intel.git and giving a try, and please attach your Xorg.0.log when doing so.
Comment 2 sergio.callegari 2015-11-14 18:57:33 UTC
I would say the whole screen, or at least a very large area thereof, since it involves a whole slide being edited on LibO impress. I'll try to see what happens to the clock on the screen screen.
Comment 3 Christopher M. Penalver 2016-02-23 04:30:48 UTC
sergio.callegari@gmail.com, if this is reproducible with http://cdimage.ubuntu.com/daily-live/current/, it will help immensely if you filed a new report with Ubuntu by ensuring you have the package xdiagnose installed, and that you click the Yes button for attaching additional debugging information running the following from a terminal:
ubuntu-bug xorg

Also, please feel free to subscribe me to it.

For more on why this is helpful, please see https://wiki.ubuntu.com/ReportingBugs.
Comment 4 sergio.callegari 2016-02-23 09:55:01 UTC
Hi,

Unfortunately, I cannot test right now on a live image, since I am under pressure with work and the bug does not reveal immediately. I'll do it when possible.

For the current time, I can say that switching to the updated drivers in the OIBAF PPA seems to have fixed (cannot be 100% sure, but I am somehow confident)  this odd graphics behavior. This is consistent with Chris' suggestion.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.