summaryrefslogtreecommitdiffstats
path: root/Documentation/dma-buf-sharing.txt
diff options
context:
space:
mode:
authorMasanari Iida <standby24x7@gmail.com>2012-11-08 07:57:35 -0500
committerJiri Kosina <jkosina@suse.cz>2012-11-19 08:28:24 -0500
commit4e79162a52da61c3a67d0796b9f0e37a5e0ccbd6 (patch)
treed3e436308ec9ec630f5a5390618b9364895ec281 /Documentation/dma-buf-sharing.txt
parent20879696b7660b6c4115a913e39f890d5bbd1f81 (diff)
doc: fix quite a few typos within Documentation
Correct spelling typo in Documentations Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'Documentation/dma-buf-sharing.txt')
-rw-r--r--Documentation/dma-buf-sharing.txt4
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt
index ad86fb86c9a0..0188903bc9e1 100644
--- a/Documentation/dma-buf-sharing.txt
+++ b/Documentation/dma-buf-sharing.txt
@@ -376,7 +376,7 @@ Being able to mmap an export dma-buf buffer object has 2 main use-cases:
376 leaving the cpu domain and flushing caches at fault time. Note that all the 376 leaving the cpu domain and flushing caches at fault time. Note that all the
377 dma_buf files share the same anon inode, hence the exporter needs to replace 377 dma_buf files share the same anon inode, hence the exporter needs to replace
378 the dma_buf file stored in vma->vm_file with it's own if pte shootdown is 378 the dma_buf file stored in vma->vm_file with it's own if pte shootdown is
379 requred. This is because the kernel uses the underlying inode's address_space 379 required. This is because the kernel uses the underlying inode's address_space
380 for vma tracking (and hence pte tracking at shootdown time with 380 for vma tracking (and hence pte tracking at shootdown time with
381 unmap_mapping_range). 381 unmap_mapping_range).
382 382
@@ -388,7 +388,7 @@ Being able to mmap an export dma-buf buffer object has 2 main use-cases:
388 Exporters that shoot down mappings (for any reasons) shall not do any 388 Exporters that shoot down mappings (for any reasons) shall not do any
389 synchronization at fault time with outstanding device operations. 389 synchronization at fault time with outstanding device operations.
390 Synchronization is an orthogonal issue to sharing the backing storage of a 390 Synchronization is an orthogonal issue to sharing the backing storage of a
391 buffer and hence should not be handled by dma-buf itself. This is explictly 391 buffer and hence should not be handled by dma-buf itself. This is explicitly
392 mentioned here because many people seem to want something like this, but if 392 mentioned here because many people seem to want something like this, but if
393 different exporters handle this differently, buffer sharing can fail in 393 different exporters handle this differently, buffer sharing can fail in
394 interesting ways depending upong the exporter (if userspace starts depending 394 interesting ways depending upong the exporter (if userspace starts depending