On 28 August 2013 15:31, Eric Anholt wrote:
> Paul Berry writes:
>
> > On 27 August 2013 15:21, Eric Anholt wrote:
> >
> >> This brings over the batch-wrap-prevention and aperture space checking
> >> code from the normal brw_draw.c path, so that we don't need to flush the
> >> batch every time.
Paul Berry writes:
> On 27 August 2013 15:21, Eric Anholt wrote:
>
>> This brings over the batch-wrap-prevention and aperture space checking
>> code from the normal brw_draw.c path, so that we don't need to flush the
>> batch every time.
>>
>> There's a risk here if the intel_emit_post_sync_nonz
On 27 August 2013 15:21, Eric Anholt wrote:
> This brings over the batch-wrap-prevention and aperture space checking
> code from the normal brw_draw.c path, so that we don't need to flush the
> batch every time.
>
> There's a risk here if the intel_emit_post_sync_nonzero_flush() call isn't
> high
This brings over the batch-wrap-prevention and aperture space checking
code from the normal brw_draw.c path, so that we don't need to flush the
batch every time.
There's a risk here if the intel_emit_post_sync_nonzero_flush() call isn't
high enough up in the state emit sequences -- before, we impl
