pipe: remove KM_USER0 from comments
authorCong Wang <amwang@redhat.com>
Sat, 23 Jun 2012 03:33:51 +0000 (11:33 +0800)
committerCong Wang <amwang@redhat.com>
Tue, 24 Jul 2012 07:27:34 +0000 (15:27 +0800)
Signed-off-by: Cong Wang <amwang@redhat.com>
fs/pipe.c
include/linux/pipe_fs_i.h

index 49c1065256fd10d9d5fdca3cf449b1e56bd58a0a..95cbd6b227e6fb05735126a00296bb7230224429 100644 (file)
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -224,7 +224,7 @@ static void anon_pipe_buf_release(struct pipe_inode_info *pipe,
  *     and the caller has to be careful not to fault before calling
  *     the unmap function.
  *
- *     Note that this function occupies KM_USER0 if @atomic != 0.
+ *     Note that this function calls kmap_atomic() if @atomic != 0.
  */
 void *generic_pipe_buf_map(struct pipe_inode_info *pipe,
                           struct pipe_buffer *buf, int atomic)
index e1ac1ce16fb0b60f07ec961b3ec8f1b7fb0763d0..e11d1c0fc60fc582ef2fd988642d61796566df4c 100644 (file)
@@ -86,11 +86,9 @@ struct pipe_buf_operations {
         * mapping or not. The atomic map is faster, however you can't take
         * page faults before calling ->unmap() again. So if you need to eg
         * access user data through copy_to/from_user(), then you must get
-        * a non-atomic map. ->map() uses the KM_USER0 atomic slot for
-        * atomic maps, so you can't map more than one pipe_buffer at once
-        * and you have to be careful if mapping another page as source
-        * or destination for a copy (IOW, it has to use something else
-        * than KM_USER0).
+        * a non-atomic map. ->map() uses the kmap_atomic slot for
+        * atomic maps, you have to be careful if mapping another page as
+        * source or destination for a copy.
         */
        void * (*map)(struct pipe_inode_info *, struct pipe_buffer *, int);