After updating to current git, the situation has become worse and I now
see more visible corruptions even with MAX_FLUSH_VERTICES=1. And I did
not have to wait some hours for them to appear as before, they are
visible right after starting X.
--
You received this bug notification because you are
(In reply to comment #160)
Typical, it appeared stable through my firefox testing, but if you try
reverting b7565a26401e283df94b68019e8093f8104428f4, I expect the corruptions
to disappear again.
Yep - correct revert of this commit make MAX_VERTEX 1 again producing
correct rendering - even
Typical, it appeared stable through my firefox testing, but if you try
reverting b7565a26401e283df94b68019e8093f8104428f4, I expect the
corruptions to disappear again.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
** Changed in: xserver-xorg-video-intel
Importance: Medium = Undecided
** Changed in: xserver-xorg-video-intel
Status: In Progress = New
** Changed in: xserver-xorg-video-intel
Remote watch: freedesktop.org Bugzilla #55500 = None
--
You received this bug notification because you are
** Project changed: xserver-xorg-video-intel = xorg (Ubuntu)
** Changed in: xorg (Ubuntu)
Status: New = Invalid
** No longer affects: xorg (Ubuntu)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xorg (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
Issue seems to be fixed in Trusty.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
Rohan Garg, this bug was reported a while ago and there hasn't been any
activity in it recently. We were wondering if this is still an issue? If
so, could you please test for this with the latest development release
of Ubuntu? ISO images are available from http://cdimage.ubuntu.com
I think I've a sort of positive message here
at least on my T61 - now using upstream git commit
8f340f90f4b2f269d6308d0bd31fbc2a5f579608
I'm no longer observing corruptions while scrolling Firefox pages.
So some recent commit is probably behind this change.
Before I've used 14 days older commit
One very effective way to accelerate the appearence of the issues (which
may help debugging) seems to be using libreoffice draw/impress. Drawing
large shapes (or even better importing large bitmaps) and then selecting
them causes a sort of a grid to be drawn over the shapes and then to be
erased
Also note that the 'sample libreoffice document that almost always shows
issues on gen4' is again quite often showing issues on gen4. This file
seems to be a nice regression test.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
(In reply to comment #78)
No hope to solve this and many, many other bugs on gen4 - here and in mesa.
I suggest to buy new laptop because it doesn't have any sense. Some time ago
I also thought that it has. Now I have Intel Ivybridge and Nvidia through
Bumblebee and both runs almost perfect
No hope to solve this and many, many other bugs on gen4 - here and in
mesa. I suggest to buy new laptop because it doesn't have any sense.
Some time ago I also thought that it has. Now I have Intel Ivybridge and
Nvidia through Bumblebee and both runs almost perfect :-)
Regards
--
You received
(In reply to comment #74)
I think I've a sort of positive message here
at least on my T61 - now using upstream git commit
8f340f90f4b2f269d6308d0bd31fbc2a5f579608
I'm no longer observing corruptions while scrolling Firefox pages.
So some recent commit is probably behind this change.
I think that all Intel developers are extremely willing to help, and I
appreciate a lot that they try to do so even if I have hardware that is
3 years old. Let's try to provide good info and replicable demo cases
with the bug reports. And let's stick just to them, since these bug
reports are
Removed an older hack and had to reduce the max further. Bah, humbugs.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni
(In reply to comment #92)
Removed an older hack and had to reduce the max further. Bah, humbugs.
OK, this time I'm definitely not able to reproduce the issue so far.
Maybe it will some extra time - hard to say now - but before it has took me
just minutes to get the issue visible.
intel_gpu_top
From what I'm experiencing after driver rebuild - I'd have said - now
it's actually much simpler to trigger that flickering/high GPU usage.
So unless the patch is missing something - than limitation to 16 doesn't
help here on T61.
--
You received this bug notification because you are a member
And with 12 - flickering starts to appear as well.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar results using
I'm doing some experiments with MAX_FLUSH_VERTICES.
When set to 64 - even gnome-terminal starts so show weird pixels in some
cases.
Now I'm just playing with value 12 (gives ~2.1Mchars/s) and I'm hunting
for visual problems.
--
You received this bug notification because you are a member of
(In reply to comment #93)
The bad part is - while before I've been getting 3.7Mchar/s in x11perf
-aa10text - now it's like 1.3Mchar/s so significantly slower.
That's the sacrifice, we have to stop sending commands to the GPU and
wait for it complete those in flight (quite frequently). Or else
(In reply to comment #96)
(In reply to comment #93)
The bad part is - while before I've been getting 3.7Mchar/s in x11perf
-aa10text - now it's like 1.3Mchar/s so significantly slower.
That's the sacrifice, we have to stop sending commands to the GPU and wait
for it complete those in
(In reply to comment #97)
(In reply to comment #96)
(In reply to comment #93)
The bad part is - while before I've been getting 3.7Mchar/s in x11perf
-aa10text - now it's like 1.3Mchar/s so significantly slower.
That's the sacrifice, we have to stop sending commands to the GPU and
Well I should wait a while before posting a comment about magic value 6.
I'm now observing flickering with value 6 as well.
So yeah - it's more or less time related - and it takes more or less
time until the problem becomes visible.
Also is there explanation with the max value 64 starts to
Just received new debs of the intel driver (2.21.11 + snapshot taken
13-07-08, git dbb585), libdrm (2.4.46 + snapshot 13-07-08, git f8f1f6).
Furthermore, I have also received a new 3.8 kernel from ubuntu a few
days ago that may contain some drm changes (but I am not certain of what
goes in since
One last note: it is not flickering. The characters that get corrupted
stay corrupted for a long time (typically until scrolled out and
rescrolled in).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to comment #107)
The quick answer is that if ever see it with MAX_FLUSH_VERTICES set to 1,
then it is a different issue. Please do be aware that all current kernels
since 3.7 do have a coherency issue, the fix will not arrive before 3.10.1
(outside of drm-intel trees).
Could you
The quick answer is that if ever see it with MAX_FLUSH_VERTICES set to
1, then it is a different issue. Please do be aware that all current
kernels since 3.7 do have a coherency issue, the fix will not arrive
before 3.10.1 (outside of drm-intel trees).
--
You received this bug notification
Weird enough, even if the artifacts on characters are not transient and
stay there for arbitrary long periods of time, provided that one does
not affect the neighboring text (or temporarily scrolls them away), it
is impossible to take screen snapshots of them. As soon as I press
PrtScreen, the
Ubuntu has an experimental 64bit raring kernel (3.8) with the fix for
the coherency bug. Works great for me for fixing the artifacts in the
large bitmaps.
Can be tested at http://kernel.ubuntu.com/~jsalisbury/lp1200126/
It delivers the fix to 65665.
This is very good news also for this bug
I've been looking at drm-intel-next-queued/drm-intel-fixes - there are
quite a few patches - but also a lot of reverts recently - so I'm
pretty much confused what is actually the solution for gma965 in T61.
--
You received this bug notification because you are a member of Desktop
Packages,
Unfortunately, the artifacts on the individual characters are not gone
with the fix to the coherency bugs.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
I'm also affected by this character corruption bug. My hardware is a
notebook with Intel 4500M (i915 driver). First I thought it's caused by
a hardware issue with my external screen, but the notebook screen shows
the currupted characters as well. Sometimes when I scroll down to the
end of a
Created attachment 82788
Character e of word deletion and n of Indicate is corrupted
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption
Created attachment 82787
Character m of the word parameters is corrupted
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome
Created attachment 82369
Handy phone snapshot of artifacts on chars post drm/i915 fix: Only clear
write-domains after a successful wait-seqno
This is an example of the artifacts on chars, still happening running a kernel
with the drm/i915 fix 'Only clear write-domains after a successful
It has been a long long time I am following this bug.
So, I built the 3.10.3 plain vanilla kernel, which went stable as of
today (Friday, July 26, 2013) and I can say that my crappy GM45 chip
works fine with the dreaded test.odg resizing test. Seems like things
are improving.
and if it is of
*** Bug 67377 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar
Created attachment 82789
Character i of word application and p of bpp=8 is corrupted
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption
Here's some insight: test/render-copyarea is just a mirth of fail on my
gm45.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in
Well I could add here output of some tests:
i.e.:
$ ./render-composite-solid
Opened connection to :0 for testing.
Testing setting of single pixels (root): passed [1 iterations x 4096]
Testing area sets (root): passed [1 iterations x 4096]
Testing area fills (root): passed [1 iterations x 4096]
My experiments so far indicate that the errors only happen with
rendering to the uncached frontbuffer, are not influenced by the number
of rectangles in each primitive (though the failure does occur at
different frequencies) and do not respond to adding extra MI_FLUSH. I
don't think attaching
Well here is just another one -
$ ./basic-copyarea
Opened connection to :0 for testing.
Testing setting of single pixels (root): passed [1 iterations x 4096]
Testing area sets (root): passed [1 iterations x 4096]
Testing area fills (root, using pixmap source): passed [1 iterations x 4096]
Testing
*** Bug 68596 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar
SNA has grown worse now. Since about six weeks, I've started to see
corruption in the terminal (cursor not disappearing or not showing at
all, more text missing until marking with the mouse,...). I've switched
to UXA, nothing bad visible there.
--
You received this bug notification because you
Actually I didn't say that Nvidia has better drivers. Just Ivy- and
Sandybridge based grahics cards have MUCH better support.
I reported some bugs in mesa driver. Bisected, logs from sysprof, wine etc. For
example:
https://bugs.freedesktop.org/show_bug.cgi?id=51471
Bug since mesa 8.0-rc1, easy
The tests are intentionally overkill - they are also intended to try and
test handling of large batches, as well as generally stress the system.
I hadn't noticed the basic-copyarea fail. That does look to be
different. So far, the failure pattern had seemed to be a subspan
doesn't get written
Hmm - after doing some more experiments - the high load on GPU seems
to be pretty much the thing which make the problem visible.
Another interesting thing is - it's usually enough to just 'reload' the
very same page in Firefox and the load goes down to ~1% and everything
is ok.
Also the kernel
Sergio, I believe the corruption you are seeing in the presentation is
from the coherency bug. My apologies for confusing that with the general
gen4 rendering issues.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
As a check that all problems are the same, can people who are still
affected by this do a test with
diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c
index a87af39..86c37d6 100644
--- a/src/sna/gen4_render.c
+++ b/src/sna/gen4_render.c
@@ -63,7 +63,7 @@
#define NO_FILL_BOXES 0
#define
With kernel-3.12.2 and current git, the situation now is much better.
The corruptions happen less often (still often enough to be noticed
though), and are usually confined to single characters, or only parts of
single characters. While I'm writing this, I can notice what appears to
be some slight
Yes, that is characteristic of this bug. The internal vertex/texture
coordinates that are being passed along the GPU pipeline become corrupt
(it looks like we overflow a small ring buffer). The only effective
approach I've found so far has been to keep the number of rectangles
inside the GPU
I have pushed a revised workaround to the best of my understanding to
commit 368c909b29758f996dbbdbec4d471df23f60bc04
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Sat Jul 6 22:27:44 2013 +0100
sna/gen4: Restore the flush-every-vertex w/a
This is an abhorrent workaround for
Created attachment 82127
Scroll with intel_gpu_top
I've captured video when problem appears and when doesn't
(Attaching only frame)
Using some past kernel 3.10 b2c311075db578f1433d9b303698491bfa21279a
(as of now - current vanilla)
Using current xf86 tree 5aaab9ea0310d48bb1a1ca20308d1c9721a9de3f
Created attachment 82118
Video capture showing flicker on firefox scroll
I've captured at 25FPS some example how the pictures are flickering when
i.e. Firefox windows is being scrolled up/down. In most cases, the
pictures is visible normally when scrolling stops, but in rare case the
picture
Created attachment 82128
Scroll with intel_gpu_top and no problems
Quite the same system - except the problem was not visible (restarted X
session).
As could be seen - now during scrolling the GPU has been basically unloaded.
Nothing else the Firefox scroll has been basically done.
I should
(In reply to comment #84)
Yes, that is characteristic of this bug. The internal vertex/texture
coordinates that are being passed along the GPU pipeline become corrupt (it
looks like we overflow a small ring buffer). The only effective approach
If it would be plain 'overflow' - than I'd be
Whilst more than likely you are using a kernel with a known incoherency
bug (as there is yet to be a kernel release with it fixed), the effects
are quite different to the ones you captured. The issue which I believe
to be behind the distorted flickering can be quite easily triggered by
simply
(In reply to comment #148)
Worth trying just:
diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c
index 637137e..dc80de3 100644
--- a/src/sna/gen4_render.c
+++ b/src/sna/gen4_render.c
@@ -660,9 +660,11 @@ inline static int gen4_get_rectangles(struct sna *sna,
if
Created attachment 91389
intel_error_decode output
the decoded error that occurred while running gtkperf, 2.99.907 with the
change in comment #148
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to comment #149)
But I didn't spot any corrupted characters while running 2.99.907 with
MAX_FLUSH_VERTICES set back to 6
And now I have spotted the single character corruption with 2.99.907 +
MAX_FLUSH_VERTICES set to 6.
--
You received this bug notification because you are a
I think nice illustration could be - that while before with MAX 9 it
seemed like i.e. gnome-terminal running top was not really rendering
broken characters - it now seems to show a lot of messed characters.
On the other hand - MAX 1 seems to be now more fluent then before - so
except for some
(In reply to comment #153)
(In reply to comment #145)
Created attachment 91383 [details]
gedit in openbox with 2.99.907 GM45 SNA
I am finding that GM45 SNA seems unusable with 2.99.907 - git bisect pointed
to the bad commit as:
9289e2c56b7f0cc78c5123691ad96611f0e04bed is the first
Worth trying just:
diff --git a/src/sna/gen4_render.c b/src/sna/gen4_render.c
index 637137e..dc80de3 100644
--- a/src/sna/gen4_render.c
+++ b/src/sna/gen4_render.c
@@ -660,9 +660,11 @@ inline static int gen4_get_rectangles(struct sna *sna,
if (rem = 0) {
if
Created attachment 91383
gedit in openbox with 2.99.907 GM45 SNA
I am finding that GM45 SNA seems unusable with 2.99.907 - git bisect pointed to
the bad commit as:
9289e2c56b7f0cc78c5123691ad96611f0e04bed is the first bad commit
commit 9289e2c56b7f0cc78c5123691ad96611f0e04bed
Author: Chris
Here's another bug report regarding this same issue:
https://bugs.launchpad.net/bugs/1227569
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4]
Created attachment 91388
intel_error_decode output
I saved the output from intel_error_decode but I didn't save the raw
error data.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to comment #145)
[ 1702.349954] [drm] stuck on render ring
[ 1702.349966] [drm] capturing error event; look for more information in
/sys/class/drm/card0/error
[ 1702.354334] [drm:i915_set_reset_status] *ERROR* render ring hung inside
bo (0x32a1000 ctx 0) at 0x32a1110
Attach the
** Bug watch added: freedesktop.org Bugzilla #51471
https://bugs.freedesktop.org/show_bug.cgi?id=51471
** Bug watch added: freedesktop.org Bugzilla #73348
https://bugs.freedesktop.org/show_bug.cgi?id=73348
--
You received this bug notification because you are a member of Desktop
Packages,
The bug occurs with MAX_FLUSH_VERTICES = 2 too, both in firefox and
xterm, so unfortunately setting it to 1 seems to be the only solution
here.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to comment #145)
Created attachment 91383 [details]
gedit in openbox with 2.99.907 GM45 SNA
I am finding that GM45 SNA seems unusable with 2.99.907 - git bisect pointed
to the bad commit as:
9289e2c56b7f0cc78c5123691ad96611f0e04bed is the first bad commit
commit
(In reply to comment #132)
I don't want to speak too soon but it seems that the latest patch fixes the
problem.
Let it run for a day or so to be sure. The other thing that is worth
checking is whether setting MAX_FLUSH_VERTICES to 2 is also stable, or 4
etc. Setting it to 1 has a major impact
The issue that the VUE (which is a memory slot used by the GPU for a
vertex entry) are reused by a second thread before the first thread is
complete, causing the first thread to generate invalid texture
coordinates and corrupt rendering. That is a hardware read-write hazard
bug (or at least I have
*** Bug 71773 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar
Created attachment 82227
Snapshot on the issue on characters
I have finally succeeded in taking a snapshot of the (very frequent)
issue that I have with individual characters while editing text. This is
from emacs.
The issue may look localized and very minor, but being on text it is in
fact
Just to report, maybe this isn't intel driver bug at all. At home I have
ATI R270X (radeonsi driver) and Intel HD2000, at work X4500 and I get
hit by this bug on all of them.
Small, single char, graphic corruption, easily triggered by scrolling
through a window with lots of small text (tailing a
(In reply to comment #132)
Chris, any thoughts on why is this happening with radeon opensource driver
also ?
I was hoping that it would be a bug in common component, but in this
case it sounds like they have a similar bug in managing internal GPU
state.
--
You received this bug notification
Maybe this bug could be more easily tracked down when the amount of
vertices is actually much higher - since in this case it seems to crash
almost immediatelly.
I understand there is some 'maximum queue' size GPU could handle - but
the engine should be able to track size of all commands and not
Created attachment 90707
/dev/shm corruption
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar results using Intel
Nope. The behaviour of this bug is very well characterised by the above
analysis.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in
Just to add some more comment on MAX_FLUSH_VERTICES - when set to valu
96 - it gives the highest throughput on x11perf -aa10text 3.7MChar/s -
using any higher value doesn't make any different (so the max seems to
be somewhere between 64-96]
Also when this 3.7MChar is rendered - the parallel
(In reply to comment #99)
(In reply to comment #97)
(In reply to comment #96)
(In reply to comment #93)
The bad part is - while before I've been getting 3.7Mchar/s in x11perf
-aa10text - now it's like 1.3Mchar/s so significantly slower.
But as I said before - if that would be
All tests with MAX_FLUSH_VERTICES greater than 2 reveal those single
garbled glyphs. I'm still testing with a value of 2. There isn't much
noticeable difference between 3, 4, 5.
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03) (prog-if
Well I'm curious how this explains this - I've taken current git -
changed the value to '44' - and I'm typing this text. I could see a lot of
errors during text typing - but these errors seems to be somehow limited only
to certain regions of shown text.
It's not destroyed everywhere - only in
It could be probably worth to mention - that when I'm flipping between
Firefox tabs I could have scrolling tabs without any issue (and low GPU
usage), while flipping to other tabs and scrolling in them increases GPU
to high levels and visual problems are present.
So in the moment the problem
(In reply to comment #105)
Created attachment 82227 [details]
Snapshot on the issue on characters
Yep - that's exactly what I easily observe with gnome-terminal when I increase
max triangles from recent Chris patches to 64 - this is present almost all the
time. And it's very occasional
bad news - now I'm in fact able to spot badly rendered characters in
Firefox also with MAX 1
So something went wrong
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
*** This bug is a duplicate of bug 1098334 ***
https://bugs.launchpad.net/bugs/1098334
** This bug has been marked a duplicate of bug 1098334
Font corruption in Chromium tab bar using Intel SNA
--
You received this bug notification because you are a member of Desktop
Packages, which is
*** Bug 62302 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni bar
(In reply to comment #72)
It is after recompiling cairo without
server_side_gradients.patch, what makes chromium tabs much better.
Don't bother with that, the bug is manifest inside the GPU. Your
chromium tabs is just one instance where the GPU stutters, but it is not
the only one and they are
and see if the corruption returns?
after this diff, openoffice test file in my config looks the same as in comment
65, and ok without it. It is after recompiling cairo without
server_side_gradients.patch, what makes chromium tabs much better.
--
You received this bug notification because you
** Bug watch added: freedesktop.org Bugzilla #61628
https://bugs.freedesktop.org/show_bug.cgi?id=61628
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
(In reply to comment #69)
The issue with the libreoffice test file is fixed for me. Thanks!!!
Okay, now that was an accident!
Can you try
diff --git a/src/sna/sna_accel.c b/src/sna/sna_accel.c
index ae6d3c1..5edad51 100644
--- a/src/sna/sna_accel.c
+++ b/src/sna/sna_accel.c
@@ -57,7 +57,7 @@
Looks like the 'decomposition' in small elements that are not aligned
correctly has an even finer granularity. See
https://bugs.freedesktop.org/attachment.cgi?id=75673
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
The issue with the libreoffice test file is fixed for me. Thanks!!!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in Chrome omni
** Description changed:
After enabling Intel SNA the favicons in the omnibar search results are
corrupted.
I've attached a screenshot of the issue with the bug report, note the favicon
of the first result is corrupted.
+
+ This bug is probably the same as bug #1098334, more information may
Still present (exactly as in the video) with kernel 3.8.0
libdrm and libkms 2.4.42 + git shapshot 13/02/25 commit 41fc2c...
mesa 9.2 + git snapshot 13/02/25 commit 533dc3...
xserver intel driver 2.21.3 + git snapshot 13/02/25 commit 421910...
I have discovered that I encounter a similarly looking
(In reply to comment #66)
Still present (exactly as in the video) with kernel 3.8.0
libdrm and libkms 2.4.42 + git shapshot 13/02/25 commit 41fc2c...
mesa 9.2 + git snapshot 13/02/25 commit 533dc3...
xserver intel driver 2.21.3 + git snapshot 13/02/25 commit 421910...
I have discovered that
Created attachment 75189
A video showing the issue during a zoom sequence
Attaching a video showing the issue while zooming with libreoffice. Hope
that the shape of the patterns that appear may be a clue to identify the
issue.
--
You received this bug notification because you are a member of
** Changed in: xserver-xorg-video-intel
Status: Confirmed = In Progress
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098489
Title:
[gen4] Corruption in
1 - 100 of 133 matches
Mail list logo
