Re: [Intel-gfx] [Blacklisted][PATCH] Submit batch buffers from flush callback chain
On Thu, 29 Jul 2010 18:34:19 -0400, Kristian Høgsberg k...@bitplanet.net wrote: There are a few cases where the server will flush client output buffers but our block handler only catches the most common (before going into select). If the server flushes client buffers before we submit our batch buffer, the client may receive a damage event for rendering that hasn't happened yet. Instead, we can hook into the flush callback chain, which the server will invoke just before flushing output. This lets us submit batch buffers before sending out events, preserving ordering. Fixes 28438: [bisected] incorrect character in gnome-terminal under compiz https://bugs.freedesktop.org/show_bug.cgi?id=28438 Signed-off-by: Kristian Høgsberg k...@bitplanet.net A flush callback makes more sense than a block handler. Is there a guide to the various hooks the xserver uses for io and the meaning of those barriers between clients? Do we have an idea of the impact this has in non-damage situations, does it impact aa10text? ;-) In intel_dri.c we manually flush the batchbuffer, should this be better expressed in terms of a call to a general flush func? For what's it is worth, I approve of this change. :) -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] 3d performance very low
Hi, i have the same problems with 2.11 and 2.12 intel driver and mesa 7.8. In 3D application i have annoying stuttering and in glxgears (and others 3d application) i don't obtain more than 60fps (i think is active vsync). The stuttering problem is mitigated with mesa 7.9 (but is not solved), the vsync problem is solved with downgrade to 2.10 drivers and i would to say how can i disable vsync in new driver? i watched the configure compile options of mesa and drv-intel packages, but i didn't find anything. I use Fedora 13 Amd64. Greetings. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] ILK output training hangs
On Fri, 30 Jul 2010 16:12:34 +1000 Dave Airlie airl...@gmail.com wrote: Current testing machine is an HP 2740p with Ironlake graphics. Test sequence: boot with no VGA plugged in. get up to gnome logged in, plug in VGA, one of three things occur, a) it works, b) it hangs in FDI link training (endless while loop wtf?) c) it gets past the hang but nothing on the monitor. If (a) happens and I suspend/resume the monitor invariably gets wrong timings, in this case it appears we set the fbcon mode, but when we go to change to the X mode, the PCH DPLL won't accept the new values. It won't even dpms off. Just posting in case anyone else can reproduce or has any insight, I'm not running a fully upstream kernel (testing on RHEL6 with lots of backports). and we don't seem to have a tree with all the patches on the list collected. We have a few bugs open that sound similar, for some reason VGA seems to commonly fail on Ironlake. I'll try to reproduce on a couple of systems I have here... -- Jesse Barnes, Intel Open Source Technology Center ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] 3d performance very low
On Fri, 2010-07-30 at 15:20 +0200, Camassa Valerio wrote: the vsync problem is solved with downgrade to 2.10 drivers and i would to say how can i disable vsync in new driver? i watched the configure compile options of mesa and drv-intel packages, but i didn't find anything. It's not a compile-time option. Set the environment variable vblank_mode to 0 to disable vsync, like so: $ vblank_mode=0 glxgears Or set it with the driconf tool. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx