[media] videobuf2: Fix CodingStyle
authorMauro Carvalho Chehab <m.chehab@samsung.com>
Tue, 7 Jan 2014 09:03:09 +0000 (07:03 -0200)
committerMauro Carvalho Chehab <m.chehab@samsung.com>
Tue, 7 Jan 2014 09:05:22 +0000 (07:05 -0200)
Changeset b18a8ff29d80 added a comment violating the 80cols max size,
with no good reason.

Fix it.

Cc: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <m.chehab@samsung.com>
drivers/media/v4l2-core/videobuf2-core.c

index d3f7e8abe2129c9635b12ebb2514e23df168cc25..1c933c5092be21e51262e1a2a7c1ae88a4cd2adc 100644 (file)
@@ -1246,15 +1246,16 @@ static int __buf_prepare(struct vb2_buffer *vb, const struct v4l2_buffer *b)
                break;
        case V4L2_MEMORY_USERPTR:
                /*
-                * In case of user pointer buffers vb2 allocators need to get direct
-                * access to userspace pages. This requires getting the mmap semaphore
-                * for read access in the current process structure. The same semaphore
-                * is taken before calling mmap operation, while both qbuf/prepare_buf
-                * and mmap are called by the driver or v4l2 core with the driver's lock
-                * held. To avoid an AB-BA deadlock (mmap_sem then driver's lock in mmap
-                * and driver's lock then mmap_sem in qbuf/prepare_buf) the videobuf2
-                * core releases the driver's lock, takes mmap_sem and then takes the
-                * driver's lock again.
+                * In case of user pointer buffers vb2 allocators need to get
+                * direct access to userspace pages. This requires getting
+                * the mmap semaphore for read access in the current process
+                * structure. The same semaphore is taken before calling mmap
+                * operation, while both qbuf/prepare_buf and mmap are called
+                * by the driver or v4l2 core with the driver's lock held.
+                * To avoid an AB-BA deadlock (mmap_sem then driver's lock in
+                * mmap and driver's lock then mmap_sem in qbuf/prepare_buf),
+                * the videobuf2 core releases the driver's lock, takes
+                * mmap_sem and then takes the driver's lock again.
                 */
                mmap_sem = &current->mm->mmap_sem;
                call_qop(q, wait_prepare, q);