linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>,
	Jan Kara <jack@suse.cz>,
	linux-media@vger.kernel.org,
	Hans Verkuil <hans.verkuil@cisco.com>,
	Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
	linux-mm@kvack.org, dri-devel@lists.freedesktop.org,
	David Airlie <airlied@linux.ie>, Pawel Osciak <pawel@osciak.com>
Subject: Re: [PATCH 0/9 v2] Helper to abstract vma handling in media layer
Date: Fri, 24 Apr 2015 18:08:11 +0200	[thread overview]
Message-ID: <20150424160811.GB18074@quack.suse.cz> (raw)
In-Reply-To: <553A23F9.1080504@xs4all.nl>

On Fri 24-04-15 13:07:37, Hans Verkuil wrote:
> Hi Marek,
> 
> On 04/24/2015 12:59 PM, Marek Szyprowski wrote:
> > Dear All,
> > 
> > On 2015-04-02 17:25, Hans Verkuil wrote:
> >> On 04/02/2015 05:02 PM, Jan Kara wrote:
> >>>    Hello,
> >>>
> >>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
> >>>>    After a long pause I'm sending second version of my patch series to abstract
> >>>> vma handling from the various media drivers. After this patch set drivers have
> >>>> to know much less details about vmas, their types, and locking. My motivation
> >>>> for the series is that I want to change get_user_pages() locking and I want to
> >>>> handle subtle locking details in as few places as possible.
> >>>>
> >>>> The core of the series is the new helper get_vaddr_pfns() which is given a
> >>>> virtual address and it fills in PFNs into provided array. If PFNs correspond to
> >>>> normal pages it also grabs references to these pages. The difference from
> >>>> get_user_pages() is that this function can also deal with pfnmap, mixed, and io
> >>>> mappings which is what the media drivers need.
> >>>>
> >>>> I have tested the patches with vivid driver so at least vb2 code got some
> >>>> exposure. Conversion of other drivers was just compile-tested so I'd like to
> >>>> ask respective maintainers if they could have a look.  Also I'd like to ask mm
> >>>> folks to check patch 2/9 implementing the helper. Thanks!
> >>>    Ping? Any reactions?
> >> For patch 1/9:
> >>
> >> Acked-by: Hans Verkuil <hans.verkuil@cisco.com>
> >>
> >> For the other patches I do not feel qualified to give Acks. I've Cc-ed Pawel and
> >> Marek who have a better understanding of the mm internals than I do. Hopefully
> >> they can review the code.
> >>
> >> It definitely looks like a good idea, and if nobody else will comment on the vb2
> >> patches in the next 2 weeks, then I'll try to review it myself (for whatever that's
> >> worth).
> > 
> > I'm really sorry that I didn't manage to find time to review this 
> > patchset. I really
> > like the idea of moving pfn lookup from videobuf2/driver to some common 
> > code in mm
> > and it is really great that someone managed to provide nice generic code 
> > for it.
> > 
> > I've applied the whole patchset onto v4.0 and tested it on Odroid U3 
> > (with some
> > additional patches). VideoBuf2-dc works still fine with USERPTR gathered 
> > from other's
> > device mmaped buffer. You can add my:
> > 
> > Acked-by: Marek Szyprowski <m.szyprowski@samsung.com>
> > Tested-by: Marek Szyprowski <m.szyprowski@samsung.com>
> 
> Thanks!
  Thank you both for having a look at the patches!

> > for the patches 1-8. Patch 9/9 doesn't apply anymore, so I've skipped 
> > it. Patch 2
> > needs a small fixup - you need to add '#include <linux/vmalloc.h>', 
> > because otherwise
> > it doesn't compile. There have been also a minor conflict to be resolved 
> > in patch 7.
> 
> I've just added patch 1/9 to my pull request for 4.2. But for patch 2/9 I need
> Acks from the mm maintainers. I think it makes sense if patches 2-8 all go
> in together via the linux-media tree. Jan, can you reach out to the right
> devs to get Acks?
  Sure, I'll ping some mm guys explicitely.

								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>

      reply	other threads:[~2015-04-24 16:08 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-17 11:56 Jan Kara
2015-03-17 11:56 ` [PATCH 1/9] [media] vb2: Push mmap_sem down to memops Jan Kara
2015-03-17 11:56 ` [PATCH 2/9] mm: Provide new get_vaddr_pfns() helper Jan Kara
2015-04-30 15:55   ` Mel Gorman
2015-05-04 15:14     ` Jan Kara
2015-03-17 11:56 ` [PATCH 3/9] media: omap_vout: Convert omap_vout_uservirt_to_phys() to use get_vaddr_pfns() Jan Kara
2015-03-17 11:56 ` [PATCH 4/9] vb2: Provide helpers for mapping virtual addresses Jan Kara
2015-03-17 11:56 ` [PATCH 5/9] media: vb2: Convert vb2_dma_sg_get_userptr() to use pinned pfns Jan Kara
2015-03-17 11:56 ` [PATCH 6/9] media: vb2: Convert vb2_vmalloc_get_userptr() to use pfns vector Jan Kara
2015-03-17 11:56 ` [PATCH 7/9] media: vb2: Convert vb2_dc_get_userptr() " Jan Kara
2015-03-17 11:56 ` [PATCH 8/9] media: vb2: Remove unused functions Jan Kara
2015-03-17 11:56 ` [PATCH 9/9] drm/exynos: Convert g2d_userptr_get_dma_addr() to use get_vaddr_pfn() Jan Kara
2015-04-02 15:02 ` [PATCH 0/9 v2] Helper to abstract vma handling in media layer Jan Kara
2015-04-02 15:25   ` Hans Verkuil
2015-04-24 10:59     ` Marek Szyprowski
2015-04-24 11:07       ` Hans Verkuil
2015-04-24 16:08         ` Jan Kara [this message]

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=20150424160811.GB18074@quack.suse.cz \
    --to=jack@suse.cz \
    --cc=airlied@linux.ie \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hans.verkuil@cisco.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=m.szyprowski@samsung.com \
    --cc=mchehab@osg.samsung.com \
    --cc=pawel@osciak.com \
    /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