Launchpad has imported 44 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=55500.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-10-01T14:44:45+00:00 Joe Peterson wrote: Using the xf86-video-intel driver in SNA mode (using version 2.20.9, but I've seen it back to 2.20.7 as well - I have not tested SNA in earlier versions), chromium tabs exhibit a strange "blotchy" flickering of text/graphics as the mouse is moved over them. Note that this may vary depending on the text (or more probably the length of the text) in the tab. I wonder if the transparent gradient/fade of the text in these tabs plays a part here. I will attach a video screen capture of this happening. One URL that causes it is the URL of a previous bug I reported: https://bugs.freedesktop.org/show_bug.cgi?id=55484 (the tab in the video uses this one). [From my lspci: VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)] Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/0 ------------------------------------------------------------------------ On 2012-10-01T14:45:40+00:00 Joe Peterson wrote: Created attachment 67928 Video screen capture showing the chromium tab flicker Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/1 ------------------------------------------------------------------------ On 2012-10-01T14:50:07+00:00 Chris Wilson wrote: Can you please check that attached video is the correct one? mplayer doesn't complain, but doesn't show anything either. Also can you please attach your Xorg.0.log so that I know what hardware you have, and which WM you are using (and any compositing options)? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/2 ------------------------------------------------------------------------ On 2012-10-01T14:55:25+00:00 Joe Peterson wrote: Created attachment 67929 Video screen capture showing the chromium tab flicker Trying this attachment again - this time specifying binary manually... the previous upload seemed to alter the file. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/3 ------------------------------------------------------------------------ On 2012-10-01T14:57:31+00:00 Joe Peterson wrote: Created attachment 67930 Xorg.0.log file from session showing problem Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/4 ------------------------------------------------------------------------ On 2012-10-01T14:58:38+00:00 Joe Peterson wrote: I am using openbox as a WM. I have not selected any special (non- default) compositing options that I know of. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/5 ------------------------------------------------------------------------ On 2012-10-01T15:12:09+00:00 Chris Wilson wrote: What it actually looks like is that the gradient is misapplied whilst rendering the glyphs. Can you please test with either downgrading pixman to 0.26 or compile -intel with -UHAS_PIXMAN_GLYPHS? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/6 ------------------------------------------------------------------------ On 2012-10-01T15:20:08+00:00 Chris Wilson wrote: And for an extra level of paranoia, can you also check if the error persists if you do a debug build (unoptimized, -O0) of pixman, xserver, and -intel? Having been burnt by bugs uncovered by aggressive compiler optimisations before, it helps to keep me calm to have a sanity check. ;-) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/7 ------------------------------------------------------------------------ On 2012-10-01T19:03:34+00:00 Joe Peterson wrote: Ok, I downgraded to pixman-0.26 (which then causes -intel to be build without HAS_PIXMAN_GLYPHS). I also compiled xorg-server and -intel with -O0. However, I was unable to compile pixman with -O0, because configure failed (checking for MMX support). The same problem persists even with the above done. Let me know if I should try anything else, or if this is enough to verify that it's not pixman... Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/8 ------------------------------------------------------------------------ On 2012-10-01T19:46:26+00:00 Chris Wilson wrote: Yes, that is enough to rule out the new pixman_glyph_t routines and enough that is not some random miscompilation. Which means we^W I need to look harder. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/9 ------------------------------------------------------------------------ On 2012-10-02T13:36:46+00:00 Chris Wilson wrote: First of all lets disable acceleration of glyphs: diff --git a/src/sna/sna_glyphs.c b/src/sna/sna_glyphs.c index 53494e3..4e510a4 100644 --- a/src/sna/sna_glyphs.c +++ b/src/sna/sna_glyphs.c @@ -69,7 +69,7 @@ #include <mipict.h> -#define FALLBACK 0 +#define FALLBACK 1 #define NO_GLYPH_CACHE 0 #define NO_GLYPHS_TO_DST 0 #define NO_GLYPHS_VIA_MASK 0 That will tell us whether the corruption occurs as we render the glyphs using the GPU or as we upload. Similarly working through each of the NO_* options thereafter would be very helpful to identify which path in particular is affected. Secondly, diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c index ceef528..f901008 100644 --- a/src/sna/gen4_render.c +++ b/src/sna/gen4_render.c @@ -1863,7 +1863,7 @@ gen4_composite_picture(struct sna *sna, if (picture->pDrawable == NULL) { int ret; - if (picture->pSourcePict->type == SourcePictTypeLinear) + if (picture->pSourcePict->type == SourcePictTypeLinear && 0) return gen4_composite_linear_init(sna, picture, channel, x, y, w, h, @@ -2046,7 +2046,6 @@ check_gradient(PicturePtr picture) { switch (picture->pSourcePict->type) { case SourcePictTypeSolidFill: - case SourcePictTypeLinear: return false; default: return true; will confirm whether is it the gradient that is implicated in this bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/10 ------------------------------------------------------------------------ On 2012-10-03T01:13:23+00:00 Joe Peterson wrote: OK, tried your suggestions - I set the following, one at a time, to 1. Here are the results: #define FALLBACK 0 clean #define NO_GLYPH_CACHE 0 clean #define NO_GLYPHS_TO_DST 0 clean #define NO_GLYPHS_VIA_MASK 0 bad #define NO_SMALL_MASK 0 bad #define NO_GLYPHS_SLOW 0 bad #define NO_DISCARD_MASK 0 bad Where it says "clean", changing only this define to 1 (and leaving the rest at 0) fixed the problem. Where it says "bad", the bug still existed with only this define set to 1. Applying the gen4_render.c patches (with all of the above unchanged at set to 0) had no effect - the bug still existed. Let me know if this helps. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/11 ------------------------------------------------------------------------ On 2012-10-03T08:45:17+00:00 Chris Wilson wrote: Ok, we are now into the realms of a missing GPU flush, or rather a missing workaround. Can you please try: diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c index ceef528..9d298dd 100644 --- a/src/sna/gen4_render.c +++ b/src/sna/gen4_render.c @@ -1265,6 +1265,7 @@ gen4_emit_pipelined_pointers(struct sna *sna, if (key == sna->render_state.gen4.last_pipelined_pointers) return; + OUT_BATCH(MI_FLUSH | MI_INHIBIT_RENDER_CACHE_FLUSH); OUT_BATCH(GEN4_3DSTATE_PIPELINED_POINTERS | 5); OUT_BATCH(sna->render_state.gen4.vs); OUT_BATCH(GEN4_GS_DISABLE); /* passthrough */ with everything else back to normal. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/12 ------------------------------------------------------------------------ On 2012-10-03T11:50:42+00:00 Joe Peterson wrote: (In reply to comment #12) > + OUT_BATCH(MI_FLUSH | MI_INHIBIT_RENDER_CACHE_FLUSH); Nope, bug still occurs. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/13 ------------------------------------------------------------------------ On 2012-10-03T12:08:31+00:00 Chris Wilson wrote: Hmm, ok. A more drastic patch to confirm that this is the flushing bug I think it is... diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c index ceef528..5e35ff1 100644 --- a/src/sna/gen4_render.c +++ b/src/sna/gen4_render.c @@ -1376,7 +1376,7 @@ gen4_emit_state(struct sna *sna, const struct sna_composite_op *op, uint16_t wm_binding_table) { - if (FLUSH_EVERY_VERTEX) + if (1||FLUSH_EVERY_VERTEX) OUT_BATCH(MI_FLUSH | MI_INHIBIT_RENDER_CACHE_FLUSH); gen4_emit_drawing_rectangle(sna, op); Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/14 ------------------------------------------------------------------------ On 2012-10-03T14:12:38+00:00 Joe Peterson wrote: (In reply to comment #14) > Hmm, ok. A more drastic patch to confirm that this is the flushing bug I > think it is... > ... > + if (1||FLUSH_EVERY_VERTEX) > OUT_BATCH(MI_FLUSH | MI_INHIBIT_RENDER_CACHE_FLUSH); No, sorry to say, this did not fix it. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/15 ------------------------------------------------------------------------ On 2012-10-17T22:37:38+00:00 Chris Wilson wrote: Created attachment 68731 Flush state changes Since this sounds like a flush issue and gen5+ require flushes between certain pipelined ops, presume gen4 also needs them. Can you please test the attached patch as I've yet to reproduce this issue? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/16 ------------------------------------------------------------------------ On 2012-10-18T11:45:08+00:00 Chris Wilson wrote: Created attachment 68756 Flush state changes Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/17 ------------------------------------------------------------------------ On 2012-10-19T14:57:21+00:00 Chris Wilson wrote: I've uploaded commit 257abfdabe39629fb458ed65fab11283f7518dc4 Author: Chris Wilson <ch...@chris-wilson.co.uk> Date: Wed Oct 17 23:34:22 2012 +0100 sna/gen4: Presume we need a flush upon state change similar to gen5+ References: https://bugs.freedesktop.org/show_bug.cgi?id=55627 References: https://bugs.freedesktop.org/show_bug.cgi?id=55500 Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> in the hope that gen4 has the same brokenness as the later generations. Please reopen if this doesn't fix the corruption, thanks. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/18 ------------------------------------------------------------------------ On 2012-10-23T20:06:00+00:00 Joe Peterson wrote: I tested just now with the latest git, and problem persists. Just to make sure I did this correctly, I replaced the following three files on my system with freshly-built ones: /usr/lib/xorg/modules/drivers/intel_drv.so /usr/lib/libI810XvMC.so.1.0.0 /usr/lib/libIntelXvMC.so.1.0.0 The other lib symlinks are, of course, there, for the last two. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/19 ------------------------------------------------------------------------ On 2012-10-29T15:20:32+00:00 Mauro Fruet wrote: This bug affects me too, on both the machines in which I have tried to enable the SNA option. I've tried to enable it both on GNOME and Xfce, with the same results. I attach the Xorg.0.log of one of them. I have tried to install the git version of xf86-video-intel, but the bug persists. I have also noticed that the bug seems to affect only chromium tabs in which the html title can not fit, as in the video posted by Joe Peterson. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/20 ------------------------------------------------------------------------ On 2012-10-29T15:21:56+00:00 Mauro Fruet wrote: Created attachment 69237 Xorg.0.log of the session affected by the bug Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/21 ------------------------------------------------------------------------ On 2012-11-01T15:56:01+00:00 Mauro Fruet wrote: Chris, the bug has disappeared today after upgrading cairo on my Archlinux machine. The upgrade includes this set of patches (half of them are from yourself): https://projects.archlinux.org/svntogit/packages.git/tree/trunk/git_fixes.diff?h=packages/cairo They were submitted on September 17, but they were included into the Archlinux cairo package only yesterday. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/22 ------------------------------------------------------------------------ On 2012-11-01T16:34:42+00:00 Chris Wilson wrote: Hmm, more relevant to this case is that they dropped the 'cairo-1.10.0-buggy_gradients.patch' which will impact the rendering in the tabs (and notably be about an order of magnitude faster). So it feels like the bug is still lurking. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/23 ------------------------------------------------------------------------ On 2012-11-01T17:36:20+00:00 Joe Peterson wrote: (In reply to comment #23) > Hmm, more relevant to this case is that they dropped the > 'cairo-1.10.0-buggy_gradients.patch' which will impact the rendering in the > tabs (and notably be about an order of magnitude faster). So it feels like > the bug is still lurking. Also, I have that cairo update from Arch as well, and although the problem looks (perhaps) less obvious, it's definitely still there. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/24 ------------------------------------------------------------------------ On 2012-11-02T08:06:04+00:00 Mauro Fruet wrote: You are both right. At a first sight, the flickering seemed to be gone, but even if it's much less noticeable (at least for me) it's still there. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/25 ------------------------------------------------------------------------ On 2012-11-06T16:41:55+00:00 Chris Wilson wrote: Found a hint with commit b2245838c15b54d72557de8facb7cc15d59624ae Author: Chris Wilson <ch...@chris-wilson.co.uk> Date: Tue Nov 6 16:32:32 2012 +0000 sna/gen4: opacity spans requires the per-rectangle flush w/a Note that this is worsened, but not caused, by: commit e1a63de8991a6586b83c06bcb3369208871cf43d Author: Chris Wilson <ch...@chris-wilson.co.uk> Date: Fri Nov 2 09:10:32 2012 +0000 sna/gen4+: Prefer GPU spans if the destination is active References: https://bugs.freedesktop.org/show_bug.cgi?id=55500 Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> Does this help? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/26 ------------------------------------------------------------------------ On 2012-11-06T17:48:36+00:00 Mauro Fruet wrote: I've just tested the latest git, but unfortunately the problem persists. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/27 ------------------------------------------------------------------------ On 2012-11-07T09:25:50+00:00 Chris Wilson wrote: Ok, looking closely on this gm45 I can see a similar subtle flicker in the chromium tabs. Is the effect still as severe as shown in the first video? Any improvements from the flushing changing? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/28 ------------------------------------------------------------------------ On 2012-11-07T16:32:41+00:00 Mauro Fruet wrote: Created attachment 69666 Screen capture for chromium tabs I have attached a video screen capture that shows the flickering after installing the latest git version of xf86-video-intel, lib-drm and cairo. As I wrote in a previous comment, the problem is almost not noticeable. This is the same behavior that I have encountered just before the latest patch. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/29 ------------------------------------------------------------------------ On 2012-11-09T10:39:58+00:00 Chris Wilson wrote: I think the effect is now subtle enough that I'm not going to worry too much - it is undoubtably a missing flush or incorrect hw state. Since I can reproduce using the chromium tabs, I'll fix it one day (hopefully!). Please do ping occasionally to remind me, or if you have a found a particular nasty example. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/30 ------------------------------------------------------------------------ On 2012-11-09T13:21:15+00:00 Joe Peterson wrote: (In reply to comment #30) > I think the effect is now subtle enough that I'm not going to worry too much > - it is undoubtably a missing flush or incorrect hw state. Since I can > reproduce using the chromium tabs, I'll fix it one day (hopefully!). Please > do ping occasionally to remind me, or if you have a found a particular nasty > example. Hey Chris, do you think this could be mainly a HW bug only on the older graphics chips? In other words, is the code obeying the spec, but it would take an odd (non-spec) workaround to make the HW behave? If you have put in any extra flushes to try to fix this, perhaps those should now be removed so as not to affect performance adversely, especially if the extra ones affect newer HW as well (or did you only do it in the code for the old HW?). I suspect I'll be upgrading from this old laptop soon for other reasons, so I agree that worrying too much about a hard-to-fix problem that only affects really old HW is probably not worth it (people could just turn off SNA on older HW, as long as UXA is supported for the foreseeable future). Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/31 ------------------------------------------------------------------------ On 2012-11-09T13:26:29+00:00 Chris Wilson wrote: The code paths are specific for this chipset, and this flicker only seems to appear on gm45 for now. (Though I need to look at the other gen4 closely.) And for the order of magnitude performance improvement switching from to UXA to SNA I think such a minor bug is a small price to pay... And it will be fixed as soon as I find a workaround. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/32 ------------------------------------------------------------------------ On 2012-12-11T13:06:55+00:00 Chris Wilson wrote: *** Bug 58139 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/33 ------------------------------------------------------------------------ On 2012-12-11T13:47:22+00:00 Zdenek Kabelac wrote: I'm not yet convinced that my Bug 58139 is duplicate of this BZ. There are noticeable differences - when I use some ffmpeg capture tool, to grab picture from screen - it seems to be not catch those 'visual' errors I'm observing on laptops LCD (and captured with mobile phone). (On the other hand I could have just wrong options passed in to the grab tool) Also in my case, it's rather something 'new' in this 'scale' - since I'm not aware I'd have been seeing this with several months older SNA driver. (Eventually I could possibly try bisect if I found some 'boring' movie to watch :)) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/34 ------------------------------------------------------------------------ On 2012-12-11T14:01:43+00:00 Chris Wilson wrote: (In reply to comment #34) > I'm not yet convinced that my Bug 58139 is duplicate of this BZ. > > There are noticeable differences - when I use some ffmpeg capture tool, to > grab picture from screen - it seems to be not catch those 'visual' errors > I'm observing on laptops LCD (and captured with mobile phone). > (On the other hand I could have just wrong options passed in to the grab > tool) > > Also in my case, it's rather something 'new' in this 'scale' - since I'm not > aware I'd have been seeing this with several months older SNA driver. > > (Eventually I could possibly try bisect if I found some 'boring' movie to > watch :)) I'm using this bug as a catch-all for the issues I'm uncovering with enabling gen4. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/35 ------------------------------------------------------------------------ On 2012-12-12T09:54:03+00:00 Chris Wilson wrote: Zdenek, can you see if this reduces the majority of your flicker: commit 2dbe7d91a7f15a3a9ddad696c5088ca98898fca2 Author: Chris Wilson <ch...@chris-wilson.co.uk> Date: Wed Dec 12 09:50:34 2012 +0000 sna/gen4: Use the single-threaded SF w/a for spans as well Fixes the flickering seen in the fishtank demo, for example. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/36 ------------------------------------------------------------------------ On 2012-12-12T10:20:06+00:00 Zdenek Kabelac wrote: (In reply to comment #36) > Zdenek, can you see if this reduces the majority of your flicker: > > commit 2dbe7d91a7f15a3a9ddad696c5088ca98898fca2 > Author: Chris Wilson <ch...@chris-wilson.co.uk> > Date: Wed Dec 12 09:50:34 2012 +0000 > Hmm, nope, no difference. Went through some some Czech magazines and their headlines and here are links: http://goo.gl/xvPt1 http://goo.gl/3kBAV which seems to be the most obvious on my laptop. UXA seems to be without problems. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/37 ------------------------------------------------------------------------ On 2012-12-12T10:33:16+00:00 Chris Wilson wrote: (In reply to comment #37) > UXA seems to be without problems. Because for UXA/gen4, I have a massive hammer to prevent the GPU from trying to execute operations in parallel. The battle is to understand precisely what doesn't work and find alternatives. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/38 ------------------------------------------------------------------------ On 2012-12-12T10:48:51+00:00 Zdenek Kabelac wrote: It's probably interesting to note - that with those 2 links above it's not always causing problem - in some case the firefox tab seems to be rendered without any visible problem. If I open 2 firefox windows - then it's much easier to get into rendering problems, even in a way, that I've seen pictures being completely replaced with some brown colorish blur picture - even for seconds. (I'm using firefox-17.0.1-1.fc19.x86_64) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/39 ------------------------------------------------------------------------ On 2012-12-12T16:16:24+00:00 Chris Wilson wrote: *** Bug 54357 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/40 ------------------------------------------------------------------------ On 2012-12-14T08:06:15+00:00 Zdenek Kabelac wrote: Created attachment 71490 How the picture should look like Here is firefox grab of original picture from this page: http://goo.gl/KAAgP This is the proper look - at the top are visible 'tabs' Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/41 ------------------------------------------------------------------------ On 2012-12-14T08:09:20+00:00 Zdenek Kabelac wrote: Created attachment 71491 Incorrect image 1 This picture is grabbed with some delay - to not move mouse outside of the window (since in that case it would be properly refreshed). However if if just scroll page up/down - I'm able to get for a short moment picture like this visible there. Looks like coordinates of the rendered picture were squeezed and mirrored ? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/42 ------------------------------------------------------------------------ On 2012-12-14T08:12:08+00:00 Zdenek Kabelac wrote: Created attachment 71492 Incorrect picture 2 And here is another one I've managed to take - again nicely visible distortion. When I scroll further up and down - image again gets correct size and look, and then again after a while I could seen something like this. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1098334/comments/43 ** Changed in: xserver-xorg-video-intel Status: Unknown => Confirmed ** Changed in: xserver-xorg-video-intel Importance: Unknown => Medium ** Bug watch added: freedesktop.org Bugzilla #55484 https://bugs.freedesktop.org/show_bug.cgi?id=55484 ** Bug watch added: freedesktop.org Bugzilla #55627 https://bugs.freedesktop.org/show_bug.cgi?id=55627 -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xserver-xorg-video-intel in Ubuntu. https://bugs.launchpad.net/bugs/1098334 Title: Font corruption in Chromium tab bar using Intel SNA To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1098334/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
