Since the last few days and in many places, I've been wandering around posting this - "I've been using KDE (QT) build of Openoffice on Gentoo and suddenly came across this strange problem which also persist with GTK openoffice and even Libreoffice. It appears Openoffice takes too much disk I/O when drawing toolbars, it takes 2 minutes to cold start OOo, and in the mean time the whole system is unusable (I can hardly move the mouse) + the kernel hangs when I doing some other I/O intensive tasks while OOo is loading, and sometimes it hangs even if I'm nothing doing anything. Since Base doesn't have many toolbars by default, it opens OK, but other things are just horrible. Most important fact is that all this happens when composting is enabled with Kwin. Also I've seen, this problem persists only if Kwin render method is OpenGL, if it's XRender, the problem's solved." As bug reports or in forms. The problem appears to come from the latest mesa (May 16th 2011), downgrading to 7.10.2 solves the problem.
Ok, a new version has been made off this -- 7.11_rc1-r1, which has this problem. Looks like this problem's gonna persist till it's stabilization like all other problems.
Can you bisect?
I hope you mean the commit. As said, the problem persists with mesa greater than 7.10.x. This problem appears be of low level, I tried a systemtap script to see what was causing the I/O but there was hardly anything suspicious.
Bisect the mesa git tree between when 7.10 was branched and the earliest master commit you've tested.
Looks like no one uses R690 (x1270) anymore. And mine is dead.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/280.
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.