<br><br><div class="gmail_quote">On Wed, Apr 20, 2011 at 2:01 PM, Tiago Vignatti <span dir="ltr"><<a href="mailto:tiago.vignatti@nokia.com">tiago.vignatti@nokia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Hi Tom,<div class="im"> <br> On 04/20/2011 03:39 PM, ext Tom Cooksey wrote:<br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Hi All,<br> <br> Please excuse the spam... just trying to spread the word: Linaro is<br> currently developing a graphics memory manager for Linux which allows<br> buffers to be shared between different devices and different processes.<br> On ARM SoCs, many different hw devices need to access the same buffer<br> (which E.g. GEM doesn't support). As a simple example, a GPU needs to<br> write to a buffer which a display controller reads from. At least in<br> ARM-Linux land, this is a fairly hot-topic and a dedicated mailing list<br> has been created to discuss different requirements, figure out if<br> TTM/GEM can be adapted, etc.<br> <br> <br> The mailing list is here:<br> <br> <a href="http://lists.linaro.org/mailman/listinfo/linaro-mm-sig" target="_blank">http://lists.linaro.org/mailman/listinfo/linaro-mm-sig</a><br> </blockquote> <br></div> DRI community has basically the same purpose and, as we said before, this is pretty much a nice subject to discuss there. What's the idea for creating a new mailing list for instance?</blockquote><div><br>The same could be said about the V4L2 or fbdev mailing lists, or even the linux-mm mailing list. I think that's kinda the point: the audience of the DRI mailing list is too focused on graphics, the V4L2 mailing list too focused on video. Having a seperate mailing list establishes neutral ground for everyone. Though personally I think a mail thread with all interested mailing lists on CC would have worked just as well (though may have started more flame-wars).<br> <br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br> <br> <br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> There's also a wiki page gathering requirements here:<br> <br> <a href="https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Projects/UnifiedMemoryManagement" target="_blank">https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Projects/UnifiedMemoryManagement</a><br> </blockquote> <br></div> this document doesn't mention anything like contributing back to Linux mainline and current graphics APIs. So this is smelling like an actual fork of community...<br> <br> I hope I'm understanding it wrongly though!<br></blockquote><div><br>As this is being driven by Linaro, it is by definition intended to be pushed up-stream. Linaro doesn't do work not destined for upstream. It's like their "prime directive". :-)<br> </div></div><br><br><br>Cheers,<br><br>Tom<br>