Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-10-03 Thread Juhani Karlsson
After updating NVIDIA driver from 
http://www.nvidia.com/object/linux-display-ia32-304.51-driver.html
to NVIDIA-Linux-x86-304.51.run like Przemysław Pawełczyk says here 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682308
"..the issue should be resolved with the driver 304.30. Copy-pasting 
relevant part of debian changelog.".

I had older driver than 304.30.

First I upgraded librairo2 and then NVIDIA driver.

Before NVIDIA driver fix update I solved problem by sticking in older 
version of libcairo2:


cat /etc/apt/preferences
Package: libcairo2
Pin: release a=wheezy, version 1.10.2-7
Pin-Priority: 500

Package: libgtk2.0-cil
Pin: release a=wheezy, version 2.12.10-3
Pin-Priority: 500

Package: libglib2.0-cil
Pin: release a=wheezy, version 2.12.10-3
Pin-Priority: 500

No problem anymore after that driver update and libcairo2 is now version 
1.12.2-2.
Chromium and Google Chrome work perfectly with dozens of tabs open 
simultaneously.


Thanks Carlos Alberto Lopez Perez


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-09-17 Thread Przemysław Pawełczyk
Final follow-up for my bug report: http://bugs.debian.org/682308
A bit late one. Sorry for that.

On Sat, Aug 4, 2012 at 12:35 AM, Przemysław Pawełczyk  wrote:
> Just a follow-up. According to the comment of Pierre-Loup A. Griffais at
>
> cairo: [nvidia-302] Slow chromium tab switching with cairo-1.12.0
> https://bugs.freedesktop.org/49534
>
> the issue should be resolved with the driver 304.30. Copy-pasting
> relevant part of debian changelog:
>
>   - Fixed a problem where RENDER Glyphs operations would exhibit severe
> performance issues in certain cases, such as when used with gradients
> by Cairo and Chromium.
>
> It's not yet in unstable, but when it'll get there, I'll try to check
> this and confirm. Jindrich Makovicka already confirmed at the
> mentioned bugtracker that new driver fixes the problem.

Jesse Davis already confirmed that 304.37 worked fine for him.

I have:
1. installed libcairo2 1.12.2-2 from wheezy
   (was using custom build with a workaround before),
2. rechecked that my Chrome browsing experience is in no way bearable,
3. installed nvidia-* stuff in version 304.48-1 from sid,
4. noticed that browser is responsive again!

So it just works. No need to build your own libcairo2 and pin it anymore.

> The issue affects a lot of people, thus I think that the best solution
> would be the new nvidia driver hitting wheezy before it'll be released
> as a stable.

I believe that Wheezy will have nvidia stuff in 304.x version.

Regards.

P.S. Just in case, I'm CCing all participants of this bug discussion.

-- 
Przemysław 'Przemoc' Pawełczyk
http://przemoc.net/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-09-07 Thread Carlos Alberto Lopez Perez
Same problem here.


Glad that I found this bug report. This issue was driving me crazy.


I rebuilt libcairo2 with the workaround #3 of Przemysław and problem fixed. 


Maintainer: The Nvidia packages on Wheezy are 302.17-3. I think you should apply
the patch below to the package version of libcairo2 that Wheezy will ship.

Otherwise this issue will screw everyone that uses a Nvidia card and wants to
run Chromium on Wheezy. Not sure if this can be a valid reason for upgrading
the priority of this bug to RC, but please consider applying this easy 
workaround
for libcairo2/Wheezy.


Just in case this can be useful for anyone. Here is the patch I applied:


$ cat cairo-1.12.2/debian/patches/07-fix-nvidia.patch 
--- a/src/cairo-xlib-display.c
+++ b/src/cairo-xlib-display.c
@@ -266,11 +266,7 @@
 /* Prior to Render 0.10, there is no protocol support for gradients and
  * we call function stubs instead, which would silently consume the 
drawing.
  */
-#if RENDER_MAJOR == 0 && RENDER_MINOR < 10
 display->buggy_gradients = TRUE;
-#else
-display->buggy_gradients = FALSE;
-#endif
 display->buggy_pad_reflect = FALSE;
 display->buggy_repeat = FALSE;







signature.asc
Description: OpenPGP digital signature


Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-09-05 Thread Jesse Davis
I ran into this very same problem after an upgrade of my desktop system
from squeeze to wheezy. After reading this bug report I checked and the
nvidia drivers in unstable are 304.37, so I upgraded to those packages
from unstable, and this solved the problem. (system is very responsive
and works as expected). So it looks like that fix from version 304.30
does indeed solve the problem.

Jesse


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-08-03 Thread Przemysław Pawełczyk
Just a follow-up. According to the comment of Pierre-Loup A. Griffais at

cairo: [nvidia-302] Slow chromium tab switching with cairo-1.12.0
https://bugs.freedesktop.org/49534

the issue should be resolved with the driver 304.30. Copy-pasting
relevant part of debian changelog:

  - Fixed a problem where RENDER Glyphs operations would exhibit severe
performance issues in certain cases, such as when used with gradients
by Cairo and Chromium.

It's not yet in unstable, but when it'll get there, I'll try to check
this and confirm. Jindrich Makovicka already confirmed at the
mentioned bugtracker that new driver fixes the problem.

The issue affects a lot of people, thus I think that the best solution
would be the new nvidia driver hitting wheezy before it'll be released
as a stable.

Regards.

P.S. Just in case, I'm CCing: pkg-nvidia-devel

-- 
Przemysław 'Przemoc' Pawełczyk
http://przemoc.net/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-07-27 Thread Kepi
Same bug on all my computers (all with nvidia) and also on
colleague's machine.

Problem is affecting also gnome-terminal. If user don't use any
workaround, machine is almost unusable. If it is possible to use
server_side_gradients.patch please do it as it will help really huge
number of people.

As for workarounds mentioned in Przemysław's report:

Workaround 1: really simple and immediate help so user can start at
least use his computer. But this one solves one bug and bring other.
Just try to do dmesg in terminal - it becomes really slow (doesn't
depend on terminal used)

Workaround 2: pinning is problematic at least in unstable as many
packages depends on more recent version.

Workaround 3: works great. I didn't find any issue so far (at least
with nvidia).

It isn't problematic for me to recompile cairo with patch from w 3
every time new version arrive and distribute it on my computers but
real problem is that many people can't do that or hadn't find this
solution.

Regards,

-- 
 .''`. Ondra 'Kepi' Kudlik
: :' : Debian GNU/Linux User
`. `'
  `-   http://kepi.cz :: http://twitter.com/kepicz


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia

2012-07-21 Thread Przemysław Pawełczyk
Package: libcairo2
Version: 1.12.2-1
Severity: important

I'm creating this issue as a reference.

cairo: [nvidia-302] Slow chromium tab switching with cairo-1.12.0
https://bugs.freedesktop.org/49534

chromium: Slow tab switching
http://crbug.com/121624


Workaround 1:
# nvidia-settings -a InitialPixmapPlacement=0

Workaround 2:
Pinning package to 1.10.2-7.

Workaround 3:
Building recent libcairo with patch changing src/cairo-xlib-display.c
by setting display->buggy_gradients to be always TRUE.
http://forums.debian.net/viewtopic.php?f=6&t=80382
(Consider pinning it too, in case of future libcairo2 updates still
lacking the fix.)


Currently I'm successfully using the 3rd solution.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcairo2 depends on:
ii  libc6  2.13-33
ii  libfontconfig1 2.9.0-6
ii  libfreetype6   2.4.9-1
ii  libpixman-1-0  0.26.0-3
ii  libpng12-0 1.2.49-1
ii  libx11-6   2:1.5.0-1
ii  libxcb-render0 1.8.1-1
ii  libxcb-shm01.8.1-1
ii  libxcb11.8.1-1
ii  libxrender11:0.9.7-1
ii  multiarch-support  2.13-33
ii  zlib1g 1:1.2.7.dfsg-13

libcairo2 recommends no packages.

libcairo2 suggests no packages.

Versions of nvidia-related packages:
ii  nvidia-glx302.17-3
ii  nvidia-kernel-common  20120630+1
ii  nvidia-kernel-dkms302.17-3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org