[PATCH] intel: Add support for (possibly) unsynchronized maps.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear Eric,


Am Freitag, den 24.02.2012, 19:53 -0800 schrieb Eric Anholt:

[?]

> +/**
> + * Performs a mapping of the buffer object like the normal GTT
> + * mapping, but avoiding waiting for the GPU to be done reading from

s/avoiding/avoids/?

> + * or rendering to the buffer.
> + *
> + * This is used in the implementation of GL_ARB_map_buffer_range: The
> + * user asks to create a buffer, then does a mapping, fills some
> + * space, runs a drawing command, then asks to map it again without
> + * synchronizing because it guarantees that it won't write over the
> + * data that the GPU is busy using (or, more specifically, that if it
> + * does write over the data, it acknowledges that rendering is
> + * undefined).
> + */
> +
> +int drm_intel_gem_bo_map_unsynchronized(drm_intel_bo *bo)

[?]


Thanks,

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20120225/595a5242/attachment-0001.pgp>


[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux