[PATCH] i.MX6: Support 16-bit BT.1120 video input
Philipp Zabel
p.zabel at pengutronix.de
Wed Oct 6 02:36:47 PDT 2021
Hi Krzysztof,
On Wed, 2021-10-06 at 08:13 +0200, Krzysztof Hałasa wrote:
> Confirmed to work with ADV7610 HDMI receiver.
>
> Signed-off-by: Krzysztof Hałasa <khalasa at piap.pl>
>
> diff --git a/drivers/gpu/ipu-v3/ipu-csi.c b/drivers/gpu/ipu-v3/ipu-csi.c
> index 658c173bebdf..2893b68f1f7a 100644
> --- a/drivers/gpu/ipu-v3/ipu-csi.c
> +++ b/drivers/gpu/ipu-v3/ipu-csi.c
> @@ -261,10 +261,24 @@ static int mbus_code_to_bus_cfg(struct ipu_csi_bus_config *cfg, u32 mbus_code,
> cfg->data_width = IPU_CSI_DATA_WIDTH_8;
> break;
> case MEDIA_BUS_FMT_UYVY8_1X16:
> + if (mbus_type == V4L2_MBUS_BT656) {
> + cfg->data_fmt = CSI_SENS_CONF_DATA_FMT_YUV422_UYVY;
> + cfg->data_width = IPU_CSI_DATA_WIDTH_8;
> + } else {
> + cfg->data_fmt = CSI_SENS_CONF_DATA_FMT_BAYER;
> + cfg->data_width = IPU_CSI_DATA_WIDTH_16;
> + }
> + cfg->mipi_dt = MIPI_DT_YUV422;
> + break;
> case MEDIA_BUS_FMT_YUYV8_1X16:
> - cfg->data_fmt = CSI_SENS_CONF_DATA_FMT_BAYER;
> + if (mbus_type == V4L2_MBUS_BT656) {
> + cfg->data_fmt = CSI_SENS_CONF_DATA_FMT_YUV422_YUYV;
> + cfg->data_width = IPU_CSI_DATA_WIDTH_8;
> + } else {
> + cfg->data_fmt = CSI_SENS_CONF_DATA_FMT_BAYER;
> + cfg->data_width = IPU_CSI_DATA_WIDTH_16;
> + }
> cfg->mipi_dt = MIPI_DT_YUV422;
> - cfg->data_width = IPU_CSI_DATA_WIDTH_16;
> break;
> case MEDIA_BUS_FMT_SBGGR8_1X8:
> case MEDIA_BUS_FMT_SGBRG8_1X8:
> @@ -352,7 +366,7 @@ static int fill_csi_bus_cfg(struct ipu_csi_bus_config *csicfg,
> const struct v4l2_mbus_config *mbus_cfg,
> const struct v4l2_mbus_framefmt *mbus_fmt)
> {
> - int ret;
> + int ret, is_bt1120;
>
> memset(csicfg, 0, sizeof(*csicfg));
>
> @@ -373,11 +387,18 @@ static int fill_csi_bus_cfg(struct ipu_csi_bus_config *csicfg,
> break;
> case V4L2_MBUS_BT656:
> csicfg->ext_vsync = 0;
> + /* UYVY10_1X20 etc. should be supported as well */
> + is_bt1120 = mbus_fmt->code == MEDIA_BUS_FMT_UYVY8_1X16 ||
> + mbus_fmt->code == MEDIA_BUS_FMT_YUYV8_1X16;
> if (V4L2_FIELD_HAS_BOTH(mbus_fmt->field) ||
> mbus_fmt->field == V4L2_FIELD_ALTERNATE)
> - csicfg->clk_mode = IPU_CSI_CLK_MODE_CCIR656_INTERLACED;
> + csicfg->clk_mode = is_bt1120 ?
> + IPU_CSI_CLK_MODE_CCIR1120_INTERLACED_SDR :
> + IPU_CSI_CLK_MODE_CCIR656_INTERLACED;
> else
> - csicfg->clk_mode = IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE;
> + csicfg->clk_mode = is_bt1120 ?
> + IPU_CSI_CLK_MODE_CCIR1120_PROGRESSIVE_SDR :
> + IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE;
> break;
> case V4L2_MBUS_CSI2_DPHY:
> /*
> diff --git a/drivers/staging/media/imx/imx-media-csi.c b/drivers/staging/media/imx/imx-media-csi.c
> index 45f9d797b9da..ba93512f8c71 100644
> --- a/drivers/staging/media/imx/imx-media-csi.c
> +++ b/drivers/staging/media/imx/imx-media-csi.c
> @@ -139,6 +139,8 @@ static inline bool is_parallel_16bit_bus(struct v4l2_fwnode_endpoint *ep)
> * Check for conditions that require the IPU to handle the
> * data internally as generic data, aka passthrough mode:
> * - raw bayer media bus formats, or
> + * - BT.656 and BT.1120 (8/10-bit YUV422) data can always be processed
> + * on-the-fly (converted to YUV420)
This comment seems misleading. The CSI converts to YUV 4:4:4 internally.
> * - the CSI is receiving from a 16-bit parallel bus, or
> * - the CSI is receiving from an 8-bit parallel bus and the incoming
> * media bus format is other than UYVY8_2X8/YUYV8_2X8.
> @@ -147,6 +149,9 @@ static inline bool requires_passthrough(struct v4l2_fwnode_endpoint *ep,
> struct v4l2_mbus_framefmt *infmt,
> const struct imx_media_pixfmt *incc)
> {
> + if (ep->bus_type == V4L2_MBUS_BT656) // including BT.1120
> + return 0;
> +
> return incc->bayer || is_parallel_16bit_bus(ep) ||
> (is_parallel_bus(ep) &&
> infmt->code != MEDIA_BUS_FMT_UYVY8_2X8 &&
regards
Philipp
More information about the linux-arm-kernel
mailing list