Yet another memory provider: can linaro organize a meeting?
kmpark at infradead.org
Tue Mar 8 11:05:41 UTC 2011
It's also helpful to explain what's the original purpose of UMP (for
GPU, MALI) and what's the goal of UMP usage for multimedia stack.
Especially, what's the final goal of UMP from LSI.
Also consider the previous GPU memory management program, e.g., SGX.
On Tue, Mar 8, 2011 at 5:13 PM, Hans Verkuil <hverkuil at xs4all.nl> wrote:
> Hi all,
> We had a discussion yesterday regarding ways in which linaro can assist
> V4L2 development. One topic was that of sorting out memory providers like
> GEM and HWMEM.
> Today I learned of yet another one: UMP from ARM.
> This is getting out of hand. I think that organizing a meeting to solve this
> mess should be on the top of the list. Companies keep on solving the same
> problem time and again and since none of it enters the mainline kernel any
> driver using it is also impossible to upstream.
> All these memory-related modules have the same purpose: make it possible to
> allocate/reserve large amounts of memory and share it between different
> subsystems (primarily framebuffer, GPU and V4L).
> It really shouldn't be that hard to get everyone involved together and settle
> on a single solution (either based on an existing proposal or create a 'the
> best of' vendor-neutral solution).
> I am currently aware of the following solutions floating around the net
> that all solve different parts of the problem:
> In the kernel: GEM and TTM.
> Out-of-tree: HWMEM, UMP, CMA, VCM, CMEM, PMEM.
> I'm sure that last list is incomplete.
> Hans Verkuil - video4linux developer - sponsored by Cisco
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
More information about the linaro-dev