1
0
Fork 0
remarkable-linux/drivers/media/platform/exynos-gsc
Hans Verkuil eaec420f53 [media] v4l2-ioctl/exynos: fix G/S_SELECTION's type handling
The type field in struct v4l2_selection is supposed to never use the
_MPLANE variants. E.g. if the driver supports V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE,
then userspace should still pass V4L2_BUF_TYPE_VIDEO_CAPTURE.

The reasons for this are lost in the mists of time, but it is really
annoying. In addition, the exynos drivers didn't follow this rule and
instead expected the _MPLANE type.

To fix that code is added to the v4l2 core that maps the _MPLANE buffer
types to their regular equivalents before calling the driver.

Effectively this allows for userspace to use either _MPLANE or the regular
buffer type. This keeps backwards compatibility while making things easier
for userspace.

Since drivers now never see the _MPLANE buffer types the exynos drivers
had to be adapted as well.

Signed-off-by: Hans Verkuil <hansverk@cisco.com>
Acked-by: Sakari Ailus <sakari.ailus@linux.intel.com>
Acked-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
2017-06-23 09:20:42 -03:00
..
Makefile [media] exynos-gsc: Add missing Makefile 2012-09-15 15:09:34 -03:00
gsc-core.c [media] v4l2-ioctl/exynos: fix G/S_SELECTION's type handling 2017-06-23 09:20:42 -03:00
gsc-core.h [media] exynos-gsc: Use user configured colorspace if provided 2017-06-13 14:20:26 -03:00
gsc-m2m.c [media] v4l2-ioctl/exynos: fix G/S_SELECTION's type handling 2017-06-23 09:20:42 -03:00
gsc-regs.c [media] gsc: Use %pad for dma_addr_t 2014-08-26 18:52:04 -03:00
gsc-regs.h [media] exynos-gsc: Fix settings for input and output image RGB type 2012-11-26 18:43:14 -02:00