Hide Forgot
Description of problem: On my Intel Corporation 82865G Integrated Graphics Controller (rev 02), the intel driver now defaults to EXA, however this makes some programs slow to a crawl, and xorg use 97% cpu. Version-Release number of selected component (if applicable): xorg-x11-drv-i810-2.2.1-24.fc9.i386 How reproducible: always Steps to Reproduce: 1. yum install wordwarvi (use the rawhide version) 2. start wordwarvi Actual results: Very slow Expected results: Normal gameplay Additional info: Changing the accel method to XAA works around this.
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 attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 306681 [details] xorg.conf (with rendermethod set to XAA)
Created attachment 306682 [details] xorg.log with the attached xorg.conf
Created attachment 306683 [details] xorg.log without xorg.conf Note: the bug still happens without any xorg.conf
I have same problems with Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c). Switch from EXA to XAA helps. When I revert from xorg-x11-drv-i810-2.4.2-9.fc10 to xorg-x11-drv-i810-2.4.2-1.fc10 problem is solved as well. I'm using fluxbox and start of xterm is terribly slow and X process consumes 100% CPU. I think I will collect more information with oprofile
Created attachment 319865 [details] opcontrol report Collected information from xterm startup. As you can see there are simply too many memcpy(3) calls.
x86_64 is affected as well.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
New intel versions drop EXA and use UXA instead. Please retest with Fedora 11 or Fedora 12 Snap1, and report if this still happens.