From: Jan Kara <jack@suse.cz>
To: Vlastimil Babka <vbabka@suse.cz>
Cc: Jan Kara <jack@suse.cz>,
linux-mm@kvack.org, linux-media@vger.kernel.org,
Hans Verkuil <hverkuil@xs4all.nl>,
dri-devel@lists.freedesktop.org, Pawel Osciak <pawel@osciak.com>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
mgorman@suse.de, Marek Szyprowski <m.szyprowski@samsung.com>,
linux-samsung-soc@vger.kernel.org
Subject: Re: [PATCH 2/9] mm: Provide new get_vaddr_frames() helper
Date: Wed, 6 May 2015 16:58:52 +0200 [thread overview]
Message-ID: <20150506145852.GA27648@quack.suse.cz> (raw)
In-Reply-To: <5549F0DF.4030205@suse.cz>
On Wed 06-05-15 12:45:51, Vlastimil Babka wrote:
> On 05/06/2015 09:28 AM, Jan Kara wrote:
> >Provide new function get_vaddr_frames(). This function maps virtual
> >addresses from given start and fills given array with page frame numbers of
> >the corresponding pages. If given start belongs to a normal vma, the function
> >grabs reference to each of the pages to pin them in memory. If start
> >belongs to VM_IO | VM_PFNMAP vma, we don't touch page structures. Caller
> >must make sure pfns aren't reused for anything else while he is using
> >them.
> >
> >This function is created for various drivers to simplify handling of
> >their buffers.
> >
> >Signed-off-by: Jan Kara <jack@suse.cz>
>
> Acked-by: Vlastimil Babka <vbabka@suse.cz>
>
> With some nitpicks below...
>
> >---
> > include/linux/mm.h | 44 +++++++++++
> > mm/gup.c | 214 +++++++++++++++++++++++++++++++++++++++++++++++++++++
> > 2 files changed, 258 insertions(+)
> >
> >diff --git a/include/linux/mm.h b/include/linux/mm.h
> >index 0755b9fd03a7..dcd1f02a78e9 100644
> >--- a/include/linux/mm.h
> >+++ b/include/linux/mm.h
> >@@ -20,6 +20,7 @@
> > #include <linux/shrinker.h>
> > #include <linux/resource.h>
> > #include <linux/page_ext.h>
> >+#include <linux/err.h>
> >
> > struct mempolicy;
> > struct anon_vma;
> >@@ -1197,6 +1198,49 @@ long get_user_pages_unlocked(struct task_struct *tsk, struct mm_struct *mm,
> > int write, int force, struct page **pages);
> > int get_user_pages_fast(unsigned long start, int nr_pages, int write,
> > struct page **pages);
> >+
> >+/* Container for pinned pfns / pages */
> >+struct frame_vector {
> >+ unsigned int nr_allocated; /* Number of frames we have space for */
> >+ unsigned int nr_frames; /* Number of frames stored in ptrs array */
> >+ bool got_ref; /* Did we pin pages by getting page ref? */
> >+ bool is_pfns; /* Does array contain pages or pfns? */
> >+ void *ptrs[0]; /* Array of pinned pfns / pages. Use
> >+ * pfns_vector_pages() or pfns_vector_pfns()
> >+ * for access */
> >+};
> >+
> >+struct frame_vector *frame_vector_create(unsigned int nr_frames);
> >+void frame_vector_destroy(struct frame_vector *vec);
> >+int get_vaddr_frames(unsigned long start, unsigned int nr_pfns,
> >+ bool write, bool force, struct frame_vector *vec);
> >+void put_vaddr_frames(struct frame_vector *vec);
> >+int frame_vector_to_pages(struct frame_vector *vec);
> >+void frame_vector_to_pfns(struct frame_vector *vec);
> >+
> >+static inline unsigned int frame_vector_count(struct frame_vector *vec)
> >+{
> >+ return vec->nr_frames;
> >+}
> >+
> >+static inline struct page **frame_vector_pages(struct frame_vector *vec)
> >+{
> >+ if (vec->is_pfns) {
> >+ int err = frame_vector_to_pages(vec);
> >+
> >+ if (err)
> >+ return ERR_PTR(err);
> >+ }
> >+ return (struct page **)(vec->ptrs);
> >+}
> >+
> >+static inline unsigned long *frame_vector_pfns(struct frame_vector *vec)
> >+{
> >+ if (!vec->is_pfns)
> >+ frame_vector_to_pfns(vec);
> >+ return (unsigned long *)(vec->ptrs);
> >+}
> >+
> > struct kvec;
> > int get_kernel_pages(const struct kvec *iov, int nr_pages, int write,
> > struct page **pages);
> >diff --git a/mm/gup.c b/mm/gup.c
> >index 6297f6bccfb1..8db5c40e65c4 100644
> >--- a/mm/gup.c
> >+++ b/mm/gup.c
> >@@ -8,6 +8,7 @@
> > #include <linux/rmap.h>
> > #include <linux/swap.h>
> > #include <linux/swapops.h>
> >+#include <linux/vmalloc.h>
> >
> > #include <linux/sched.h>
> > #include <linux/rwsem.h>
> >@@ -936,6 +937,219 @@ int __mm_populate(unsigned long start, unsigned long len, int ignore_errors)
> > return ret; /* 0 or negative error code */
> > }
> >
> >+/*
> >+ * get_vaddr_frames() - map virtual addresses to pfns
> >+ * @start: starting user address
> >+ * @nr_frames: number of pages / pfns from start to map
> >+ * @write: whether pages will be written to by the caller
> >+ * @force: whether to force write access even if user mapping is
> >+ * readonly. This will result in the page being COWed even
> >+ * in MAP_SHARED mappings. You do not want this.
>
> "You do not want this" and yet some of the drivers in later patches
> do. That looks weird. Explain better?
That was copied from get_user_pages() comment but that got changed in the
mean time. I've referenced that instead of copying it.
> >+ * @vec: structure which receives pages / pfns of the addresses mapped.
> >+ * It should have space for at least nr_frames entries.
> >+ *
> >+ * This function maps virtual addresses from @start and fills @vec structure
> >+ * with page frame numbers or page pointers to corresponding pages (choice
> >+ * depends on the type of the vma underlying the virtual address). If @start
> >+ * belongs to a normal vma, the function grabs reference to each of the pages
> >+ * to pin them in memory. If @start belongs to VM_IO | VM_PFNMAP vma, we don't
> >+ * touch page structures and the caller must make sure pfns aren't reused for
> >+ * anything else while he is using them.
> >+ *
> >+ * The function returns number of pages mapped which may be less than
> >+ * @nr_frames. In particular we stop mapping if there are more vmas of
> >+ * different type underlying the specified range of virtual addresses.
>
> The function can also return e.g. -EFAULT, shouldn't that be documented too?
I've added a comment that the function can return error.
> >+ *
> >+ * This function takes care of grabbing mmap_sem as necessary.
> >+ */
> >+int get_vaddr_frames(unsigned long start, unsigned int nr_frames,
> >+ bool write, bool force, struct frame_vector *vec)
> >+{
> >+ struct mm_struct *mm = current->mm;
> >+ struct vm_area_struct *vma;
> >+ int ret = 0;
> >+ int err;
> >+ int locked = 1;
>
> It looks strange that locked is set to 1 before taking the actual
> mmap_sem. Also future-proofing.
OK.
> >+/**
> >+ * frame_vector_destroy() - free memory allocated to carry frame vector
> >+ * @vec: Frame vector to free
> >+ *
> >+ * Free structure allocated by frame_vector_create() to carry frames.
> >+ */
> >+void frame_vector_destroy(struct frame_vector *vec)
> >+{
>
> Add some VM_BUG_ON()'s for nr_frames and got_ref perhaps?
Good idea. Added:
VM_BUG_ON(vec->nr_frames > 0);
Asserting got_ref when nr_frames is 0 is pointless... Thanks for review!
Honza
--
Jan Kara <jack@suse.cz>
SUSE Labs, CR
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2015-05-06 14:59 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-06 7:28 [PATCH 0/9 v4] Helper to abstract vma handling in media layer Jan Kara
2015-05-06 7:28 ` [PATCH 1/9] [media] vb2: Push mmap_sem down to memops Jan Kara
2015-05-06 7:28 ` [PATCH 2/9] mm: Provide new get_vaddr_frames() helper Jan Kara
2015-05-06 10:45 ` Vlastimil Babka
2015-05-06 14:58 ` Jan Kara [this message]
2015-05-08 14:49 ` Mel Gorman
2015-05-11 14:00 ` Jan Kara
2015-05-11 14:47 ` Mel Gorman
2015-05-06 7:28 ` [PATCH 3/9] media: omap_vout: Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() Jan Kara
2015-05-06 10:46 ` Vlastimil Babka
2015-05-06 15:01 ` Jan Kara
2015-05-06 7:28 ` [PATCH 4/9] vb2: Provide helpers for mapping virtual addresses Jan Kara
2015-05-06 7:28 ` [PATCH 5/9] media: vb2: Convert vb2_dma_sg_get_userptr() to use frame vector Jan Kara
2015-05-06 7:28 ` [PATCH 6/9] media: vb2: Convert vb2_vmalloc_get_userptr() " Jan Kara
2015-05-06 7:28 ` [PATCH 7/9] media: vb2: Convert vb2_dc_get_userptr() " Jan Kara
2015-05-06 7:28 ` [PATCH 8/9] media: vb2: Remove unused functions Jan Kara
2015-05-06 7:28 ` [PATCH 9/9] drm/exynos: Convert g2d_userptr_get_dma_addr() to use get_vaddr_frames() Jan Kara
2015-05-06 10:47 ` Vlastimil Babka
2015-05-06 15:02 ` Jan Kara
-- strict thread matches above, loose matches on Subject: below --
2015-07-13 14:55 [PATCH 0/9 v7] Helper to abstract vma handling in media layer Jan Kara
2015-07-13 14:55 ` [PATCH 2/9] mm: Provide new get_vaddr_frames() helper Jan Kara
2015-07-17 10:23 ` Hans Verkuil
2015-07-17 20:26 ` Andrew Morton
2015-05-13 13:08 [PATCH 0/9 v5] Helper to abstract vma handling in media layer Jan Kara
2015-05-13 13:08 ` [PATCH 2/9] mm: Provide new get_vaddr_frames() helper Jan Kara
2015-05-28 23:24 ` Andrew Morton
2015-06-01 12:40 ` Jan Kara
2015-06-01 13:02 ` Hans Verkuil
2015-06-02 15:23 ` Jan Kara
2015-06-02 22:29 ` Andrew Morton
2015-06-03 9:34 ` Jan Kara
2015-05-05 16:01 [PATCH 0/9 v3] Helper to abstract vma handling in media layer Jan Kara
2015-05-05 16:01 ` [PATCH 2/9] mm: Provide new get_vaddr_frames() helper Jan Kara
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150506145852.GA27648@quack.suse.cz \
--to=jack@suse.cz \
--cc=dri-devel@lists.freedesktop.org \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=mchehab@osg.samsung.com \
--cc=mgorman@suse.de \
--cc=pawel@osciak.com \
--cc=vbabka@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox