The problem OpenGL-applications doesn't work with ATI Radeon x1300. For example: # glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 34 requests (34 known processed) with 0 events remaining. Version-Release number of selected component (if applicable): mesa-libGL-7.9-5.fc14.i686 mesa-dri-drivers-experimental-7.9-5.fc14.i686 mesa-libGLU-7.9-5.fc14.i686 mesa-dri-drivers-7.9-5.fc14.i686 Graphic card 02:00.0 VGA compatible controller: ATI Technologies Inc RV515 PRO [Radeon X1300/X1550 Series] Subsystem: C.P. Technology Co. Ltd Device 2215 Kernel driver in use: radeon Kernel modules: radeon 02:00.1 Display controller: ATI Technologies Inc RV515 PRO [Radeon X1300/X1550 Series] (Secondary) Subsystem: C.P. Technology Co. Ltd Device 2214 The suggested solution from https://bbs.archlinux.org/viewtopic.php?id=109132 $ vblank_mode=0 glxgears and it works. Fixed by creating the ~/.drirc file with the following text: <driconf> <device screen="0" driver="dri2"> <application name="all"> <option name="vblank_mode" value="0" /> </application> </device> <device screen="0" driver="r550"> <application name="all"> <option name="vblank_mode" value="0" /> </application> </device> </driconf> Questions: 1) Is this the right fix for the problem? 2) It should be fixed out of the box
-- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Sorry for the delay. So we have played a bit with this ~/.dri file and "nomsi" kernel option and we've gathered the logs for 4 boot-cases on the same machine: 1) without .dri file and without nomsi option 2) without .dri but with nomsi 3) with .dri but without nomsi 4) with .dri and with nomsi The last thing gives the best result in video performance so far. Packages installed are kernel-2.6.35.12-88.fc14.i686 mesa-dri-drivers-7.9-5.fc14.i686 mesa-dri-drivers-experimental-7.9-5.fc14.i686 There are 20 files in a log so I am going to attach them in a tar. Sorry for that.
Created attachment 492939 [details] logs for 4 tests
Created attachment 492942 [details] messages from the tarball
Created attachment 492943 [details] nomsi_no_dri/Xorg.0.log from the tarball
Created attachment 492944 [details] nomsi_no_dri/glxgears from the tarball
Created attachment 492945 [details] nomsi_no_dri/lspci-vvnn from the tarball
Created attachment 492946 [details] nomsi_no_dri/dmesg from the tarball
Created attachment 492947 [details] nomsi_no_dri/lsmod from the tarball
Created attachment 492948 [details] no_nomsi_dri/dmesg from the tarball
Created attachment 492949 [details] no_nomsi_dri/lsmod from the tarball
Created attachment 492950 [details] no_nomsi_dri/lspci-vvnn from the tarball
Created attachment 492951 [details] no_nomsi_dri/glxgears from the tarball
Created attachment 492952 [details] no_nomsi_dri/Xorg.0.log from the tarball
Created attachment 492953 [details] rpm-qa_grep_kernel_xorg_mesa from the tarball
Created attachment 492954 [details] nomsi_dri/dmesg from the tarball
Created attachment 492955 [details] nomsi_dri/lspci-vvnn from the tarball
Created attachment 492956 [details] nomsi_dri/Xorg.0.log from the tarball
Created attachment 492957 [details] nomsi_dri/lsmod from the tarball
Created attachment 492958 [details] nomsi_dri/glxgears from the tarball
Created attachment 492959 [details] no_nomsi_no_dri/lspci-vvnn from the tarball
Created attachment 492960 [details] no_nomsi_no_dri/Xorg.0.log from the tarball
Created attachment 492961 [details] no_nomsi_no_dri/glxgears from the tarball
Created attachment 492962 [details] no_nomsi_no_dri/dmesg from the tarball
Created attachment 492963 [details] no_nomsi_no_dri/lsmod from the tarball
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping