V4L/DVB (13658): v4l: add a media-bus API for configuring v4l2 subdev pixel and frame formats
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore we
cannot use fourcc codes to configure subdevice output data formats. This patch
adds codes for several such on-the-bus formats and an API, similar to the
familiar .s_fmt(), .g_fmt(), .try_fmt(), .enum_fmt() API for configuring those
codes. After all users of the old API in struct v4l2_subdev_video_ops are
converted, it will be removed. Also add helper routines to support generic
pass-through mode for the soc-camera framework.
create mode 100644 drivers/media/video/soc_mediabus.c
create mode 100644 include/media/soc_mediabus.h
create mode 100644 include/media/v4l2-mediabus.h
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-12-11 07:41:28 -07:00
|
|
|
/*
|
|
|
|
* Media Bus API header
|
|
|
|
*
|
|
|
|
* Copyright (C) 2009, Guennadi Liakhovetski <g.liakhovetski@gmx.de>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef V4L2_MEDIABUS_H
|
|
|
|
#define V4L2_MEDIABUS_H
|
|
|
|
|
2010-03-15 16:33:31 -06:00
|
|
|
#include <linux/v4l2-mediabus.h>
|
V4L/DVB (13658): v4l: add a media-bus API for configuring v4l2 subdev pixel and frame formats
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore we
cannot use fourcc codes to configure subdevice output data formats. This patch
adds codes for several such on-the-bus formats and an API, similar to the
familiar .s_fmt(), .g_fmt(), .try_fmt(), .enum_fmt() API for configuring those
codes. After all users of the old API in struct v4l2_subdev_video_ops are
converted, it will be removed. Also add helper routines to support generic
pass-through mode for the soc-camera framework.
create mode 100644 drivers/media/video/soc_mediabus.c
create mode 100644 include/media/soc_mediabus.h
create mode 100644 include/media/v4l2-mediabus.h
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-12-11 07:41:28 -07:00
|
|
|
|
2011-07-01 11:31:17 -06:00
|
|
|
/* Parallel flags */
|
|
|
|
/*
|
|
|
|
* Can the client run in master or in slave mode. By "Master mode" an operation
|
|
|
|
* mode is meant, when the client (e.g., a camera sensor) is producing
|
|
|
|
* horizontal and vertical synchronisation. In "Slave mode" the host is
|
|
|
|
* providing these signals to the slave.
|
|
|
|
*/
|
|
|
|
#define V4L2_MBUS_MASTER (1 << 0)
|
|
|
|
#define V4L2_MBUS_SLAVE (1 << 1)
|
2011-09-19 09:58:54 -06:00
|
|
|
/*
|
|
|
|
* Signal polarity flags
|
|
|
|
* Note: in BT.656 mode HSYNC, FIELD, and VSYNC are unused
|
|
|
|
* V4L2_MBUS_[HV]SYNC* flags should be also used for specifying
|
|
|
|
* configuration of hardware that uses [HV]REF signals
|
|
|
|
*/
|
2011-07-01 11:31:17 -06:00
|
|
|
#define V4L2_MBUS_HSYNC_ACTIVE_HIGH (1 << 2)
|
|
|
|
#define V4L2_MBUS_HSYNC_ACTIVE_LOW (1 << 3)
|
|
|
|
#define V4L2_MBUS_VSYNC_ACTIVE_HIGH (1 << 4)
|
|
|
|
#define V4L2_MBUS_VSYNC_ACTIVE_LOW (1 << 5)
|
|
|
|
#define V4L2_MBUS_PCLK_SAMPLE_RISING (1 << 6)
|
|
|
|
#define V4L2_MBUS_PCLK_SAMPLE_FALLING (1 << 7)
|
|
|
|
#define V4L2_MBUS_DATA_ACTIVE_HIGH (1 << 8)
|
|
|
|
#define V4L2_MBUS_DATA_ACTIVE_LOW (1 << 9)
|
2011-09-19 09:58:54 -06:00
|
|
|
/* FIELD = 0/1 - Field1 (odd)/Field2 (even) */
|
|
|
|
#define V4L2_MBUS_FIELD_EVEN_HIGH (1 << 10)
|
|
|
|
/* FIELD = 1/0 - Field1 (odd)/Field2 (even) */
|
|
|
|
#define V4L2_MBUS_FIELD_EVEN_LOW (1 << 11)
|
2011-07-01 11:31:17 -06:00
|
|
|
|
|
|
|
/* Serial flags */
|
|
|
|
/* How many lanes the client can use */
|
|
|
|
#define V4L2_MBUS_CSI2_1_LANE (1 << 0)
|
|
|
|
#define V4L2_MBUS_CSI2_2_LANE (1 << 1)
|
|
|
|
#define V4L2_MBUS_CSI2_3_LANE (1 << 2)
|
|
|
|
#define V4L2_MBUS_CSI2_4_LANE (1 << 3)
|
|
|
|
/* On which channels it can send video data */
|
|
|
|
#define V4L2_MBUS_CSI2_CHANNEL_0 (1 << 4)
|
|
|
|
#define V4L2_MBUS_CSI2_CHANNEL_1 (1 << 5)
|
|
|
|
#define V4L2_MBUS_CSI2_CHANNEL_2 (1 << 6)
|
|
|
|
#define V4L2_MBUS_CSI2_CHANNEL_3 (1 << 7)
|
|
|
|
/* Does it support only continuous or also non-continuous clock mode */
|
|
|
|
#define V4L2_MBUS_CSI2_CONTINUOUS_CLOCK (1 << 8)
|
|
|
|
#define V4L2_MBUS_CSI2_NONCONTINUOUS_CLOCK (1 << 9)
|
|
|
|
|
|
|
|
#define V4L2_MBUS_CSI2_LANES (V4L2_MBUS_CSI2_1_LANE | V4L2_MBUS_CSI2_2_LANE | \
|
|
|
|
V4L2_MBUS_CSI2_3_LANE | V4L2_MBUS_CSI2_4_LANE)
|
|
|
|
#define V4L2_MBUS_CSI2_CHANNELS (V4L2_MBUS_CSI2_CHANNEL_0 | V4L2_MBUS_CSI2_CHANNEL_1 | \
|
|
|
|
V4L2_MBUS_CSI2_CHANNEL_2 | V4L2_MBUS_CSI2_CHANNEL_3)
|
|
|
|
|
|
|
|
/**
|
|
|
|
* v4l2_mbus_type - media bus type
|
|
|
|
* @V4L2_MBUS_PARALLEL: parallel interface with hsync and vsync
|
|
|
|
* @V4L2_MBUS_BT656: parallel interface with embedded synchronisation, can
|
|
|
|
* also be used for BT.1120
|
|
|
|
* @V4L2_MBUS_CSI2: MIPI CSI-2 serial interface
|
|
|
|
*/
|
|
|
|
enum v4l2_mbus_type {
|
|
|
|
V4L2_MBUS_PARALLEL,
|
|
|
|
V4L2_MBUS_BT656,
|
|
|
|
V4L2_MBUS_CSI2,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* v4l2_mbus_config - media bus configuration
|
|
|
|
* @type: in: interface type
|
|
|
|
* @flags: in / out: configuration flags, depending on @type
|
|
|
|
*/
|
|
|
|
struct v4l2_mbus_config {
|
|
|
|
enum v4l2_mbus_type type;
|
|
|
|
unsigned int flags;
|
|
|
|
};
|
|
|
|
|
2010-05-08 14:08:58 -06:00
|
|
|
static inline void v4l2_fill_pix_format(struct v4l2_pix_format *pix_fmt,
|
|
|
|
const struct v4l2_mbus_framefmt *mbus_fmt)
|
|
|
|
{
|
|
|
|
pix_fmt->width = mbus_fmt->width;
|
|
|
|
pix_fmt->height = mbus_fmt->height;
|
|
|
|
pix_fmt->field = mbus_fmt->field;
|
|
|
|
pix_fmt->colorspace = mbus_fmt->colorspace;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void v4l2_fill_mbus_format(struct v4l2_mbus_framefmt *mbus_fmt,
|
|
|
|
const struct v4l2_pix_format *pix_fmt,
|
|
|
|
enum v4l2_mbus_pixelcode code)
|
|
|
|
{
|
|
|
|
mbus_fmt->width = pix_fmt->width;
|
|
|
|
mbus_fmt->height = pix_fmt->height;
|
|
|
|
mbus_fmt->field = pix_fmt->field;
|
|
|
|
mbus_fmt->colorspace = pix_fmt->colorspace;
|
|
|
|
mbus_fmt->code = code;
|
|
|
|
}
|
|
|
|
|
V4L/DVB (13658): v4l: add a media-bus API for configuring v4l2 subdev pixel and frame formats
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore we
cannot use fourcc codes to configure subdevice output data formats. This patch
adds codes for several such on-the-bus formats and an API, similar to the
familiar .s_fmt(), .g_fmt(), .try_fmt(), .enum_fmt() API for configuring those
codes. After all users of the old API in struct v4l2_subdev_video_ops are
converted, it will be removed. Also add helper routines to support generic
pass-through mode for the soc-camera framework.
create mode 100644 drivers/media/video/soc_mediabus.c
create mode 100644 include/media/soc_mediabus.h
create mode 100644 include/media/v4l2-mediabus.h
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-12-11 07:41:28 -07:00
|
|
|
#endif
|