Created attachment 76101 [details] Xorg.0.log System Environment: ---------------------------------------------- Platform:IronLake Arch: x86_64 Libdrm: (master)libdrm-2.4.42-4-g41fc2cc8a98a8d02ea7d3635d3103f7dd371de10 Mesa: (master)88b20d58344ed336b146799c0bf1149a932dc2d7 Xserver:(master)xorg-server-1.14.0 Xf86_video_intel: (master)2.21.3-79-g779fc0b20c382e572eb41d3cbf3d639e4eb77874 Cairo: (master)0dac37c41473deafa4a2f154187c5c3d08b07c91 Libva: (staging)dac0df7d78b67836671f521996d9c60a89254fa8 Libva_intel_driver: (staging)7d34921055b21f195cea5346210f86f8292db282 Kernel: (drm-intel-nightly) 5c08d91c86fd2788c377c3e565b72bde0c9ee569 Bug detailed description: ---------------------------------------------- Performance of openarena-0.8.8 reduce to frozen(~1fps) in xinit and gnome-session on Ironlake. The problem doesn't exist on IVB. Please see Xorg.0.log attached. It's meas regression. By bisected, show that e15c21a95 is the first bad commit. commit e15c21a957b62ab856ab286e8253dd1151a3386e Author: Eric Anholt <eric@anholt.net> Date: Fri Feb 15 07:41:42 2013 -0800 i965: Make sRGB-capable framebuffers by default. Reproduce steps: --------------------------------------------- 1, xinit& 2, vblank_mode=0 ./openarena.x86_64 +exec pts-openarena-088 +set r_mode -1 +set r_fullscreen 1 +set r_customWidth 1920 +set r_customHeight 1080
The problem also exists on nexuiz.
The problem doesn't exist on IVB.
Ian, can you reproduce it?
Works fine for me...
The problem still exists below environment: -------------------------------------------- Libdrm: (master)libdrm-2.4.43-5-gb7bb9e929786eb8bae86cf50f54dcb94bfa7ad46 Mesa: (master)cb12bf7606116e473bf19aee84582b4cee7f895d Xserver:(master)xorg-server-1.14.0-52-gecf62755086fd65898998d5a509aee5f29a9583d Xf86_video_intel:(master)2.21.6-9-gafe61281d8f92d6eb841e2522ab18e0d2fe73773 Cairo:(master)a64ce09715162c57d6e4b6a460d426af1d443cdc Libva:(staging)5ec25c3d563d9ebd479a5ff978afe0a32f9cc00b Libva_intel_driver:(staging)1fd62ffd336293dce7d091bcea8399a40ccea21e Kernel: (drm-intel-nightly) 524d90c616e56dcd9b64432a68f6013bd1e82811 OS ---------------- Fedora 16/17 gnome-session or X raw Hardware: --------------------------- Piketon# Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz 00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 12) 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 12) Calpella# Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz 00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) Games ---------------- doom3 v1.3.1, nexuiz v2.5.2, openarena v0.8.8
Ian, comments?
Ken already said he can't reproduce it. We've had no other reports of performance problems in openarena on any platform.
Just compared bad and good build when running openarena Seems the difference is: Good build, CopyTexSubImage2D seems to hit fast path Bad build, CopyTexSubImage2D seems to hit slow path (_mesa_meta_CopyTexSubImage)
openarena only uses glCTSI on some graphics settings, which would explain why we didn't see it. Patch is on the list now.
And pushed: commit 4dea6cf21557bcd3bbab3402e19e19f665d7e177 Author: Eric Anholt <eric@anholt.net> Date: Tue May 28 10:59:53 2013 -0700 intel: Enable blit glCopyTexSubImage/glBlitFramebuffer with sRGB.
(In reply to comment #10) > And pushed: > > commit 4dea6cf21557bcd3bbab3402e19e19f665d7e177 > Author: Eric Anholt <eric@anholt.net> > Date: Tue May 28 10:59:53 2013 -0700 > > intel: Enable blit glCopyTexSubImage/glBlitFramebuffer with sRGB. fixed it with the below patch, it works well.
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.