hi, Timo, is this the upstream bug? https://bugs.freedesktop.org/show_bug.cgi?id=13389
From that discussion, I'm curious why it is not possible to update hardy's current libdrm version with one that supports ttm and then try Dave Airlie's ttm-based intel-batchbuffer branch (http://cgit.freedesktop.org/~airlied/xf86-video-intel/?h=intel-batchbuffer), or Carl Worth's recent work in exa compositing performance (http://cgit.freedesktop.org/~cworth/xf86-video-intel/) or xorg's upstream intel-batchbuffer (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/?h=intel-batchbuffer), since there are people who could make it work (?) (https://bugs.freedesktop.org/show_bug.cgi?id=13389#c10).
btw, these two urls seem to be relevant to understanding this slowdown in exa performance with g965: http://cworth.org/exa/i965/emulating_speedups/ http://cworth.org/exa/i965/synchronous_composite/
hi, Timo, is this the upstream bug? /bugs.freedeskt op.org/ show_bug. cgi?id= 13389
https:/
From that discussion, I'm curious why it is not possible to update hardy's current libdrm version with one that supports ttm and then try Dave Airlie's ttm-based intel-batchbuffer branch (http:// cgit.freedeskto p.org/~ airlied/ xf86-video- intel/? h=intel- batchbuffer), or Carl Worth's recent work in exa compositing performance (http:// cgit.freedeskto p.org/~ cworth/ xf86-video- intel/) or xorg's upstream intel-batchbuffer (http:// cgit.freedeskto p.org/xorg/ driver/ xf86-video- intel/log/ ?h=intel- batchbuffer), since there are people who could make it work (?) (https:/ /bugs.freedeskt op.org/ show_bug. cgi?id= 13389#c10).
btw, these two urls seem to be relevant to understanding this slowdown in exa performance with g965: cworth. org/exa/ i965/emulating_ speedups/ cworth. org/exa/ i965/synchronou s_composite/
http://
http://