Re: [RFC PATCH v2 4/5] media: videobuf2: Define vb2_buf_type and vb2_memory

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/11/15 15:56, Laurent Pinchart wrote:
> 
> Hijacking this e-mail thread a bit, would it make sense for the new vb2-core 
> to support different memory allocation for different planes ? I'm foreseeing 
> use cases for buffers that bundle image data with meta-data, where image data 
> should be captured to a dma-buf imported buffer, but meta-data doesn't need to 
> be shared. In that case it wouldn't be easy for userspace to find a dma-buf 
> provider for the meta-data buffers in order to import all planes. Being able 
> to use dma-buf import for the image plane(s) and mmap for the meta-data plane 
> would be easier.

Yes, that would make sense, but I'd postpone that until someone actually needs
it.

The biggest hurdle would be how to adapt the V4L2 API to this, and not the actual
vb2 core code.

Regards,

	Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux