Bug 101195 - The desktop shows graphical artefacts when moving the cursor an dragging windows.
Summary: The desktop shows graphical artefacts when moving the cursor an dragging wind...
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: high major
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-25 19:57 UTC by presidentnotsure.eo
Modified: 2017-05-27 17:08 UTC (History)
0 users

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 presidentnotsure.eo 2017-05-25 19:57:20 UTC
I reported a bug on the fedora bugzilla quite a while ago, but no one has responded. I told myself that it might be more appropriate to put it here. So, here is the link:

https://bugzilla.redhat.com/show_bug.cgi?id=1406923
Comment 1 Chris Wilson 2017-05-25 20:22:54 UTC
The HW cursor fails and is replaced by a swcursor (due to an issue in the display hardware) that is being mishandled by the compositor. The delay in rendering is due to a bug in mesa.
Comment 2 Chris Wilson 2017-05-25 20:30:32 UTC
To avoid the swcursor fallback, don't use pipe 2. Something like "xrandr --output HDMI2 --preferred --pipe 0" should do the trick. Still bizarre that an earlier application chose to configure it on pipe 2.
Comment 3 presidentnotsure.eo 2017-05-25 20:46:39 UTC
$ xrandr --output HDMI2 --preferred --pipe 0
xrandr: unrecognized option '--pipe'
Comment 4 Ville Syrjala 2017-05-27 17:08:09 UTC
(In reply to presidentnotsure.eo from comment #3)
> $ xrandr --output HDMI2 --preferred --pipe 0
> xrandr: unrecognized option '--pipe'

The option would be '--crtc 0'. Unfortunately it's not going to help because only pipe C (ie. crtc 2) can drive the HDMI output (port D).


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