<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 16 Mar 2019 at 04:15, Laura Abbott <<a href="mailto:labbott@redhat.com">labbott@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 3/15/19 2:29 PM, John Stultz wrote:<br>
> On Fri, Mar 15, 2019 at 1:18 PM Laura Abbott <<a href="mailto:labbott@redhat.com" target="_blank">labbott@redhat.com</a>> wrote:<br>
>><br>
>> On 3/5/19 12:54 PM, John Stultz wrote:<br>
>>> +DMA-BUF HEAPS FRAMEWORK<br>
>>> +M:   Laura Abbott<<a href="mailto:labbott@redhat.com" target="_blank">labbott@redhat.com</a>><br>
>>> +R:   Liam Mark<<a href="mailto:lmark@codeaurora.org" target="_blank">lmark@codeaurora.org</a>><br>
>>> +R:   Brian Starkey<<a href="mailto:Brian.Starkey@arm.com" target="_blank">Brian.Starkey@arm.com</a>><br>
>>> +R:   "Andrew F. Davis"<<a href="mailto:afd@ti.com" target="_blank">afd@ti.com</a>><br>
>>> +R:   John Stultz<<a href="mailto:john.stultz@linaro.org" target="_blank">john.stultz@linaro.org</a>><br>
>>> +S:   Maintained<br>
>>> +L:   <a href="mailto:linux-media@vger.kernel.org" target="_blank">linux-media@vger.kernel.org</a><br>
>>> +L:   <a href="mailto:dri-devel@lists.freedesktop.org" target="_blank">dri-devel@lists.freedesktop.org</a><br>
>>> +L:   <a href="mailto:linaro-mm-sig@lists.linaro.org" target="_blank">linaro-mm-sig@lists.linaro.org</a>  (moderated for non-subscribers)<br>
>>> +F:   include/uapi/linux/dma-heap.h<br>
>>> +F:   include/linux/dma-heap.h<br>
>>> +F:   drivers/dma-buf/dma-heap.c<br>
>>> +F:   drivers/dma-buf/heaps/*<br>
>>> +T:   git git://<a href="http://anongit.freedesktop.org/drm/drm-misc" rel="noreferrer" target="_blank">anongit.freedesktop.org/drm/drm-misc</a><br>
>><br>
>> So I talked about this with Sumit privately but I think<br>
>> it might make sense to have me step down as maintainer when<br>
>> this goes out of staging. I mostly worked on Ion at my<br>
>> previous position and anything I do now is mostly a side<br>
>> project. I still want to see it succeed which is why I<br>
>> took on the maintainer role but I don't want to become blocking<br>
>> for people who have a stronger vision about where this needs<br>
>> to go (see also, I'm not working with this on a daily basis).<br>
>><br>
>> If you just want someone to help review or take patches<br>
>> to be pulled, I'm happy to do so but I'd hate to become<br>
>> the bottleneck on getting things done for people who<br>
>> are attempting to do real work.<br>
> <br>
> I worry this will make everyone to touch the side of their nose and<br>
> yell "NOT IT!" :)<br>
> <br>
> First of all, thank you so much for your efforts maintaining ION along<br>
> with your attempts to drag out requirements from interested parties<br>
> and the numerous attempts to get collaborative discussion going at<br>
> countless conferences! Your persistence and continual nudging in the<br>
> face of apathetic private users of the code probably cannot be<br>
> appreciated enough!<br></blockquote><div>I totally second John here - the persistence has been inspiring to me personally as well :) </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> Your past practical experience with ION and active work with the<br>
> upstream community made you a stand out pick for this, but I<br>
> understand not wanting to be eternally stuck with a maintainership if<br>
> your not active in the area.  I'm happy to volunteer as a neutral<br>
> party, but I worry my limited experience with some of the more<br>
> complicated usage would make my opinions less informed then they<br>
> probably need to be.  Further, as a neutral party, Sumit would<br>
> probably be a better pick since he's already maintaining the dmabuf<br>
> core.<br>
> <br>
<br>
Honestly if you're doing the work to re-write everything, I<br>
think you're more than qualified to be the maintainer. I<br>
would also support Sumit as well.<br>
+ 1<br>
> So I'd nominate Andrew, Liam or Benjamin (or all three?) as they all<br>
> have more practical experience enabling past ION heaps on real devices<br>
> and have demonstrated active interest in working in the community.<br>
> <br>
<br>
I do think this would benefit both from multiple maintainers and<br>
from maintainers who are actively using the framework. Like I<br>
said, I can still be a maintainer but I think having some comaintainers<br>
would be very helpful (and I'd support any of the names you've<br>
suggested)<br></blockquote><div><br></div><div>If it's required, I am happy to co-maintain - we could even follow the drm-misc model of multiple co-maintainers. I will support any or all of the names above as well :) </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> So, in other words... NOT IT! :)<br>
<br>
I think you have to shout "Noes goes" first. :)<br>
<br>
> -john<br>
> <br>
<br>
Thanks,<br>
Laura<br>
<br>
P.S. For the benefit of anyone who's confused,<br>
<a href="https://en.wikipedia.org/wiki/Nose_goes" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Nose_goes</a><br>
</blockquote></div><br><div>Best,</div><div>Sumit.</div></div>