lkml.org 
[lkml]   [2019]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [RFC][PATCH 1/5 v2] dma-buf: Add dma-buf heaps framework
    On Fri, Mar 15, 2019 at 1:18 PM Laura Abbott <labbott@redhat.com> wrote:
    >
    > On 3/5/19 12:54 PM, John Stultz wrote:
    > > +DMA-BUF HEAPS FRAMEWORK
    > > +M: Laura Abbott<labbott@redhat.com>
    > > +R: Liam Mark<lmark@codeaurora.org>
    > > +R: Brian Starkey<Brian.Starkey@arm.com>
    > > +R: "Andrew F. Davis"<afd@ti.com>
    > > +R: John Stultz<john.stultz@linaro.org>
    > > +S: Maintained
    > > +L: linux-media@vger.kernel.org
    > > +L: dri-devel@lists.freedesktop.org
    > > +L: linaro-mm-sig@lists.linaro.org (moderated for non-subscribers)
    > > +F: include/uapi/linux/dma-heap.h
    > > +F: include/linux/dma-heap.h
    > > +F: drivers/dma-buf/dma-heap.c
    > > +F: drivers/dma-buf/heaps/*
    > > +T: git git://anongit.freedesktop.org/drm/drm-misc
    >
    > So I talked about this with Sumit privately but I think
    > it might make sense to have me step down as maintainer when
    > this goes out of staging. I mostly worked on Ion at my
    > previous position and anything I do now is mostly a side
    > project. I still want to see it succeed which is why I
    > took on the maintainer role but I don't want to become blocking
    > for people who have a stronger vision about where this needs
    > to go (see also, I'm not working with this on a daily basis).
    >
    > If you just want someone to help review or take patches
    > to be pulled, I'm happy to do so but I'd hate to become
    > the bottleneck on getting things done for people who
    > are attempting to do real work.

    I worry this will make everyone to touch the side of their nose and
    yell "NOT IT!" :)

    First of all, thank you so much for your efforts maintaining ION along
    with your attempts to drag out requirements from interested parties
    and the numerous attempts to get collaborative discussion going at
    countless conferences! Your persistence and continual nudging in the
    face of apathetic private users of the code probably cannot be
    appreciated enough!

    Your past practical experience with ION and active work with the
    upstream community made you a stand out pick for this, but I
    understand not wanting to be eternally stuck with a maintainership if
    your not active in the area. I'm happy to volunteer as a neutral
    party, but I worry my limited experience with some of the more
    complicated usage would make my opinions less informed then they
    probably need to be. Further, as a neutral party, Sumit would
    probably be a better pick since he's already maintaining the dmabuf
    core.

    So I'd nominate Andrew, Liam or Benjamin (or all three?) as they all
    have more practical experience enabling past ION heaps on real devices
    and have demonstrated active interest in working in the community.

    So, in other words... NOT IT! :)
    -john

    \
     
     \ /
      Last update: 2019-03-15 22:30    [W:3.159 / U:0.032 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site