Re: [RFC][PATCH 1/5 v2] dma-buf: Add dma-buf heaps framework

[Andrew F. Davis]

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@xxxxxxxxxx>
>> +R:ÂÂÂ Liam Mark<lmark@xxxxxxxxxxxxxx>
>> +R:ÂÂÂ Brian Starkey<Brian.Starkey@xxxxxxx>
>> +R:ÂÂÂ "Andrew F. Davis"<afd@xxxxxx>
>> +R:ÂÂÂ John Stultz<john.stultz@xxxxxxxxxx>
>> +S:ÂÂÂ Maintained
>> +L:ÂÂÂ linux-media@xxxxxxxxxxxxxxx
>> +L:ÂÂÂ dri-devel@xxxxxxxxxxxxxxxxxxxxx
>> +L: linaro-mm-sig@xxxxxxxxxxxxxxxx (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