When I opened the digg.com search results page in one of the Konqueror browser
(3.5.3) tabs X started using 100% CPU (even if the page was hidden). When I
connected to the computer from another computer through SSH and I ran gdb and
attached to the X process I got this:
#0 0x00002b6a6cef82e5 in fbSaveAreas () from /usr/lib64/xorg/modules/libfb.so
#1 0x00002b6a6cefe389 in fbCompositeGeneral ()
#2 0x00002b6a6cf06b4f in fbComposite () from /usr/lib64/xorg/modules/libfb.so
#3 0x00002b6a6d0595d9 in XAAComposite ()
#4 0x000000000050f0ee in DamageDamageRegion ()
#5 0x0000000000502cd0 in PanoramiXRenderReset ()
#6 0x000000000044879f in Dispatch ()
#7 0x0000000000431015 in main ()
After I closed the tab with search results and CPU usage dropped nearly to 0%
and did the same thing I got:
#0 0x00002b6a6ab426d3 in select () from /lib/libc.so.6
#1 0x0000000000549bb0 in WaitForSomething ()
#2 0x000000000044866c in Dispatch ()
#3 0x0000000000431015 in main ()
This doesn't happen always, but if it doesn't use 100% of CPU even when hidden
the page is always extremely slow to redraw and slow when scrolling.
This is on a computer with AMD Athlon 64 3000+, nVidia GeForce 6800 and 1 GiB
of memory. I'm running 64-bit Linux.
Created attachment 6488 [details]
Created attachment 6489 [details]
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
xf86-video-nv has been officially unmaintained for a bit now, and we are closing all -nv bugs. If your problem was not addressed, and -nv is still broken, please try xf86-video-nouveau. Thank you.