On 4 March 2016 at 17:45, Emil Velikov emil.l.velikov@gmail.com wrote:
On 23 February 2016 at 23:56, Rob Clark robdclark@gmail.com wrote:
On Tue, Feb 23, 2016 at 6:29 PM, Emil Velikov emil.l.velikov@gmail.com wrote:
Hi Zach,
On 2 February 2016 at 23:37, Zach Reizner zachr@google.com wrote:
The prime fd to handle ioctl was not used with rockchip before. Support was added in order to support potential uses (e.g. zero-copy video decode, camera).
Similar patch came around a few months ago and got this reply [1]. If the situation has changed (there is an open-source driver/user for this) it should be clearly mentioned in the commit message, as opposed to "in order to support potential uses".
hmm, well it is not driver specific uabi, and we have let several other mali/img users do prime..
I'm not sure, maybe those platforms can do a basic v4l <-> display thing w/ prime. Although upstream tends to hurt a bit for camera support..
Actually... one possible user is vgem. With the series from Tiago "Direct userspace dma-buf mmap" hitting upstream, we can actually reapply the problematic parts of vgem, and get this in as well.
Hopefully echoing the slogan "upstream kernel needs users for interfaces", did not come too much for people. If it did, sorry but it's a rule which was set before I came along.
Gents, just realised that this hasn't landed yet.
As mentioned above, my earlier 'rant' is no longer applicable so feel free to check with the Rockchip maintainer and get this upstream.
Regards, Emil