(In reply to comment #70)
commit 22fd5ca947b58901927d100d2b1aa0f1672b3435
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Fri Jun 28 16:54:08 2013 +0100
drm/i915: Only clear write-domains after a successful wait-seqno
In the introduction of the non-blocking wait, I
This bug just reappeared with xf86-video-intel-2.21.10. Next thing I am
going to try is this commit you've posted above.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1144558
Title:
Images
(In reply to comment #70)
commit 22fd5ca947b58901927d100d2b1aa0f1672b3435
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Fri Jun 28 16:54:08 2013 +0100
drm/i915: Only clear write-domains after a successful wait-seqno
In the introduction of the non-blocking wait, I
This bug just reappeared with xf86-video-intel-2.21.10. Next thing I am
going to try is this commit you've posted above.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1189850
Title:
saucy has
(In reply to comment #68)
It's back:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/
1189850
Thanks for the link. I've tried today's xf86-video-intel git with the
commit which is marked as a solution via link you provided. I can
confirm that I was unable to reproduce
(In reply to comment #66)
Ok, having made a new release, it is time to see if anyone else is seeing
this bug:
commit 8e42637050275945200797538a34c13c90b295cc
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Tue May 21 11:13:03 2013 +0100
sna: Re-enable read-read optimisations
(In reply to comment #64)
That's unexpected - those updates should have had no impact upon this issue.
:|
Nevertheless, the overall look and feel in firefox was improved somehow.
Now I've updated mesa to 9.1.2 and kernel to 3.9.0 and these positive
effects are preserved.
The situation is much
Hello.
At last, there is some positive dynamic! Though I still from time to time see
corrupted rendering of certain elements on some pages, but at least I haven't
seen for a while any completely corrupted previews like it was before. Portions
of previews could be corrupted, but only those
Same issue with firefox 20 and xf86-video-intel 2.21.5
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1144558
Title:
Images corruption in firefox when using sna
To manage notifications about this
(In reply to comment #57)
Ok, I have ff-19 built at last using gentoo ~amd64 on a lowly ilk. It seems
to be doing the right thing regarding using system-cairo and server-side
gradients. Next step is to piece together enough components to see if I can
reproduce the bug.
Ok, tell me what info I
I was able to reproduce that stack trace from Xorg log and intel driver
is not an issue here at all.
I found out that the cause of this is the fast spinning mouse wheel. I
have a mouse with a wheel which can be scrolled like in 'free roam'
mode, without that 'clicks', you know. And if I scroll
Well, I am still experiencing this issue even with latest intel driver
:(
Are you running Gentoo now? What is your setup? Could you please give me
the output of `emerge --info firefox` and `emerge --info xf86-video-
intel`?
I haven't tried Firefox 20 yet though. Could it be the issue in Firefox
What do you think about comment #39? And how can I check if pixman time
shown in `perf top` belongs to Xorg or Firefox? (see comment #46)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1144558
Title:
(In reply to comment #51)
If you have the ncurses gui, the second column shows you the comm i.e. the
process name. Similarly in the perf report.
Oh, finally, I was able to get it. Yes, that pixman rendering belongs to
Firefox process, not Xorg. Though there is somehow no comm column in
my
(In reply to comment #53)
Reading
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/firefox/
firefox-19.0.2.ebuild?view=markup it seems that the use of system-cairo has
been dropped. Which is a shame.
Well, you've seen the patches applied on top of firefox and support for
(In reply to comment #53)
Reading
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/firefox/
firefox-19.0.2.ebuild?view=markup it seems that the use of system-cairo has
been dropped. Which is a shame.
You are not seeing thing like we're enabling system cairo here ...
directly
(In reply to comment #53)
Reading
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/firefox/
firefox-19.0.2.ebuild?view=markup it seems that the use of system-cairo has
been dropped. Which is a shame.
And the last one, you can find sources of eclasses in your
$PORTDIR/eclass
17 matches
Mail list logo
