[Bug 77107] Xorg freeze/crash when firefox opens a large image

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Mar 6 16:32:16 PST 2015


Trek <trek00 at inbox.ru> changed:

           What    |Removed                     |Added
             Status|RESOLVED                    |REOPENED
            Version|7.7 (2012.06)               |7.5 (2009.10)
         Resolution|FIXED                       |---

--- Comment #5 from Trek <trek00 at inbox.ru> ---
after a week of testing with debian jessie, I can confirm that the bug is
present also in the 7.5.0 version of the radeon driver

hardware specs are unchanged

to help figure out where the bug is, I should say that when loading the big
image, gkrellm completely freeze for 1-5 seconds and when it restart it don't
display the correct graphs, but it condensate all the events in one big event:
for example if the system is constantly writing to the disk at a speed of
1MB/s, you will see a big spike of 5MB/s in the graph

this should mean that non only X is frozen, but may be that all the other
processes on the system are frozen, as gkrellm don't even collect the events

may be that not only the GPU is slower that the developers ones but also the
CPU? And that the upload of the image in the GPU memory takes too much, in CPU
cycles terms, locking all the system at kernel space?

after a year of X freezing, when loading a web page I completely stop using the
mouse and take my hands out carefully, but luckily, thanks to some change on
the firefox side, it appears to happen less frequently; disabling the auto load
of images also help, like to switch to the vesa driver, but it sounds me not a
really good solution

another thing to note is that programs like geeqie are not affected when
loading the same image: different styles of X acceleration used by the two
programs when loading an image?

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20150307/72b783ed/attachment.html>

More information about the xorg-driver-ati mailing list