[Intel-gfx] [PATCH] drm/i915: Remove bogus test for a present execbuffer
Eric Anholt
eric at anholt.net
Mon Nov 19 17:42:59 CET 2012
Chris Wilson <chris at chris-wilson.co.uk> writes:
> The intention of checking obj->gtt_offset!=0 is to verify that the
> target object was listed in the execbuffer and had been bound into the
> GTT. This is guarranteed by the earlier rearrangement to split the
> execbuffer operation into reserve and relocation phases and then
> verified by the check that the target handle had been processed during
> the reservation phase.
>
> However, the actual checking of obj->gtt_offset==0 is bogus as we can
> indeed reference an object at offset 0. For instance, the framebuffer
> installed by the BIOS often resides at offset 0 - causing EINVAL as we
> legimately try to render using the stolen fb.
We've never triggered this check in practice, as far as I know, so I'm
happy to see it go.
Reviewed-by: Eric Anholt <eric at anholt.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20121119/3b9de120/attachment.sig>
More information about the Intel-gfx
mailing list