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: (gdb) bt #0 0x00002b6a6cef82e5 in fbSaveAreas () from /usr/lib64/xorg/modules/libfb.so #1 0x00002b6a6cefe389 in fbCompositeGeneral () from /usr/lib64/xorg/modules/libfb.so #2 0x00002b6a6cf06b4f in fbComposite () from /usr/lib64/xorg/modules/libfb.so #3 0x00002b6a6d0595d9 in XAAComposite () from /usr/lib64/xorg/modules/libxaa.so #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] xorg.conf Xorg configuration
Created attachment 6489 [details] Xorg.0.log Xorg log
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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.