[Bug 72346] New: xf86-video-intel-2.99 SNA mode gives broken rendering
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Dec 5 03:42:52 PST 2013
https://bugs.freedesktop.org/show_bug.cgi?id=72346
Priority: medium
Bug ID: 72346
Assignee: chris at chris-wilson.co.uk
Summary: xf86-video-intel-2.99 SNA mode gives broken rendering
QA Contact: intel-gfx-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: All
Reporter: tiwai at suse.de
Hardware: Other
Status: NEW
Version: git
Component: Driver/intel
Product: xorg
Reported by Jan Engelhardt on openSUSE bugzilla:
https://bugzilla.novell.com/show_bug.cgi?id=853066
Here is the quote:
Rendering of certain bitmappery is broken: http://inai.de/mah04467a.mp4
So far, I have only been able to observe this with vncviewer.
xorgserver xf86intel mode result
1.13 2.20 default(uxa?) ok
1.13 2.99 default(sna) crap
1.13 2.99 uxa ok
1.14 2.20 default(uxa?) ok
1.14 2.99 default(sna) crap
1.14 2.99 uxa ok
Using either the 2.20 driver, or switching to UXA in 2.99 resolves the issue.
It seems to be independent of the Xorg server version.
I read that SNA stands for SandyBridge New A..something. However, I do have a
Pineview Atom with GMA 3150, so defaulting to SandyBridgey-specific rendering
would seem hazardous.
(in comment #12)
In the video, I used the Window Rollup feature of the local window manager
(xfce) to roll the VNC window up, and then down again, so as to cause a repaint
of the local X window, nothing more. Moving windows inside the VNC is also one
way to cause remote repaints and subsequently local repaints, which is also
shown.
A potential cure seems to be to reinitialize the rendering pipes, for example
by turning off at least one (either LVDS1 or VGA1) and then going back to the
desired setup:
xrandr --output LVDS1 --off
xrandr --auto
***
The problem still happens with git 2.99.906-78-g6c37ab3ddc59. It's PineView
x86-64.
Interestingly, we couldn't reproduce the issue here with another machine with
the same chip.
--
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20131205/8dd5ab8a/attachment.html>
More information about the intel-gfx-bugs
mailing list