Messages in this thread | | | Subject | Re: [RFC][PATCH 1/5 v2] dma-buf: Add dma-buf heaps framework | From | "Andrew F. Davis" <> | Date | Fri, 15 Mar 2019 15:49:15 -0500 |
| |
On 3/15/19 3:18 PM, Laura Abbott 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. >
We could consider this as an "ION inspired" framework, and treat it like an extension of DMA-BUF. In which case Sumit could become the default Maintainer if he's up for it.
Andrew
> Thanks, > Laura
| |