| Summary: | Xorg freeze/crash when firefox opens a large image | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Trek <trek00> |
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> |
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 7.5 (2009.10) | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Trek
2014-04-06 15:29:36 UTC
The version of the Radeon driver is: 6.14.4 (6.14.4-8) Is this still an issue with xf86-video-ati-7.3.0 or newer? > Is this still an issue with xf86-video-ati-7.3.0 or newer? I just displayed http://geography.oii.ox.ac.uk/wp-content/uploads/2014/04/InternetTube_v2-01.png in iceweasel 28.0-1 at full resolution without crash. Running xserver-xorg-video-ati: 1:7.3.0-1+glamor and libglamor0: 0.6.0-1. for me, this was an issue in debian wheezy xserver-xorg-video-radeon (1:6.14.4-8) no longer an issue in ubuntu 14.04 xserver-xorg-video-radeon 1:7.3.0-1ubuntu3.1. I think it's fixed. http://imgur.com/r/HighRes is a decent place to test some images. 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? -- 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/xorg/driver/xf86-video-ati/issues/101. |
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.
