diff options
| author | Michael Witten <mfwitten@gmail.com> | 2011-08-29 19:38:48 +0200 |
|---|---|---|
| committer | Michael Witten <mfwitten@gmail.com> | 2011-08-29 22:00:28 +0200 |
| commit | e355b2014da06458385902c47edf193a997895fc (patch) | |
| tree | 8a216572ab774da8a308516f4daca51d99962a50 /Documentation | |
| parent | DocBook/drm: Refer to the domain-setting function as a device-specific ioctl (diff) | |
| download | linux-e355b2014da06458385902c47edf193a997895fc.tar.xz linux-e355b2014da06458385902c47edf193a997895fc.zip | |
DocBook/drm: Better flow with `, and then'
Signed-off-by: Michael Witten <mfwitten@gmail.com>
Diffstat (limited to 'Documentation')
| -rw-r--r-- | Documentation/DocBook/drm.tmpl | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl index 9ae328aa1dd3..0b6c59d6aa5f 100644 --- a/Documentation/DocBook/drm.tmpl +++ b/Documentation/DocBook/drm.tmpl @@ -735,8 +735,8 @@ void intel_crt_init(struct drm_device *dev) <para> Perhaps the most important GEM function is providing a command execution interface to clients. Client programs construct command - buffers containing references to previously allocated memory objects - and submit them to GEM. At that point, GEM takes care to bind + buffers containing references to previously allocated memory objects, + and then submit them to GEM. At that point, GEM takes care to bind all the objects into the GTT, execute the buffer, and provide necessary synchronization between clients accessing the same buffers. This often involves evicting some objects from the GTT and re-binding |