[PATCH v3][for_v3.5] media: mx2_camera: Fix mbus format handling
javier Martin
javier.martin at vista-silicon.com
Mon Jul 9 02:47:41 EDT 2012
On 6 July 2012 14:55, Guennadi Liakhovetski <g.liakhovetski at gmx.de> wrote:
> Hi Javier
>
> Thanks for the patch, and sorry for delay. I was away first 10 days of
> June and still haven't come round to cleaning up my todo list since
> then...
>
> On Fri, 1 Jun 2012, Javier Martin wrote:
>
>> Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
>> so that the driver can negotiate with the attached sensor
>> whether the mbus format needs convertion from UYUV to YUYV
>> or not.
>>
>> Signed-off-by: Javier Martin <javier.martin at vista-silicon.com>
>> ---
>> Fix pass-through mode as requested by Guennadi.
>> Also a merge conflict has been addressed.
>>
>> This patch should be applied to for_v3.5 since Guennadi
>> has requested Mauro to remove the old version:
>>
>> [PATCH] Revert "[media] media: mx2_camera: Fix mbus format handling"
>>
>> This patch is part of the following series:
>>
>> media: tvp5150: Fix mbus format.
>> i.MX27: visstrim_m10: Remove use of MX2_CAMERA_SWAP16.
>> media: mx2_camera: Fix mbus format handling.
>> ---
>> arch/arm/plat-mxc/include/mach/mx2_cam.h | 2 -
>> drivers/media/video/mx2_camera.c | 50 +++++++++++++++++++++++++++---
>> 2 files changed, 45 insertions(+), 7 deletions(-)
>>
>> diff --git a/arch/arm/plat-mxc/include/mach/mx2_cam.h b/arch/arm/plat-mxc/include/mach/mx2_cam.h
>> index 3c080a3..7ded6f1 100644
>> --- a/arch/arm/plat-mxc/include/mach/mx2_cam.h
>> +++ b/arch/arm/plat-mxc/include/mach/mx2_cam.h
>> @@ -23,7 +23,6 @@
>> #ifndef __MACH_MX2_CAM_H_
>> #define __MACH_MX2_CAM_H_
>>
>> -#define MX2_CAMERA_SWAP16 (1 << 0)
>> #define MX2_CAMERA_EXT_VSYNC (1 << 1)
>> #define MX2_CAMERA_CCIR (1 << 2)
>> #define MX2_CAMERA_CCIR_INTERLACE (1 << 3)
>> @@ -31,7 +30,6 @@
>> #define MX2_CAMERA_GATED_CLOCK (1 << 5)
>> #define MX2_CAMERA_INV_DATA (1 << 6)
>> #define MX2_CAMERA_PCLK_SAMPLE_RISING (1 << 7)
>> -#define MX2_CAMERA_PACK_DIR_MSB (1 << 8)
>>
>> /**
>> * struct mx2_camera_platform_data - optional platform data for mx2_camera
>> diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
>> index 18afaee..b30ebe5 100644
>> --- a/drivers/media/video/mx2_camera.c
>> +++ b/drivers/media/video/mx2_camera.c
>> @@ -344,6 +344,19 @@ static struct mx2_fmt_cfg mx27_emma_prp_table[] = {
>> PRP_INTR_CH2OVF,
>> }
>> },
>> + {
>> + .in_fmt = V4L2_MBUS_FMT_UYVY8_2X8,
>> + .out_fmt = V4L2_PIX_FMT_YUV420,
>> + .cfg = {
>> + .channel = 2,
>> + .in_fmt = PRP_CNTL_DATA_IN_YUV422,
>> + .out_fmt = PRP_CNTL_CH2_OUT_YUV420,
>> + .src_pixel = 0x22000888, /* YUV422 (YUYV) */
>> + .irq_flags = PRP_INTR_RDERR | PRP_INTR_CH2WERR |
>> + PRP_INTR_CH2FC | PRP_INTR_LBOVF |
>> + PRP_INTR_CH2OVF,
>> + }
>> + },
>
> IIUC, this adds one more conversion from V4L2_MBUS_FMT_UYVY8_2X8 to
> V4L2_PIX_FMT_YUV420.
Yes, that's exactly what this does.
>> };
>>
>> static struct mx2_fmt_cfg *mx27_emma_prp_get_format(
>> @@ -980,6 +993,8 @@ static int mx2_camera_set_bus_param(struct soc_camera_device *icd)
>> struct soc_camera_host *ici = to_soc_camera_host(icd->parent);
>> struct mx2_camera_dev *pcdev = ici->priv;
>> struct v4l2_mbus_config cfg = {.type = V4L2_MBUS_PARALLEL,};
>> + const struct soc_camera_format_xlate *xlate;
>> + u32 pixfmt = icd->current_fmt->host_fmt->fourcc;
>> unsigned long common_flags;
>> int ret;
>> int bytesperline;
>> @@ -1024,14 +1039,28 @@ static int mx2_camera_set_bus_param(struct soc_camera_device *icd)
>> return ret;
>> }
>>
>> + xlate = soc_camera_xlate_by_fourcc(icd, pixfmt);
>> + if (!xlate) {
>> + dev_warn(icd->parent, "Format %x not found\n", pixfmt);
>> + return -EINVAL;
>> + }
>> +
>> + if (xlate->code == V4L2_MBUS_FMT_YUYV8_2X8) {
>> + csicr1 |= CSICR1_PACK_DIR;
>> + csicr1 &= ~CSICR1_SWAP16_EN;
>> + dev_dbg(icd->parent, "already yuyv format, don't convert\n");
>> + } else if (xlate->code == V4L2_MBUS_FMT_UYVY8_2X8) {
>> + csicr1 &= ~CSICR1_PACK_DIR;
>> + csicr1 |= CSICR1_SWAP16_EN;
>> + dev_dbg(icd->parent, "convert uyvy mbus format into yuyv\n");
>> + }
>> +
>> if (common_flags & V4L2_MBUS_PCLK_SAMPLE_RISING)
>> csicr1 |= CSICR1_REDGE;
>> if (common_flags & V4L2_MBUS_VSYNC_ACTIVE_HIGH)
>> csicr1 |= CSICR1_SOF_POL;
>> if (common_flags & V4L2_MBUS_HSYNC_ACTIVE_HIGH)
>> csicr1 |= CSICR1_HSYNC_POL;
>> - if (pcdev->platform_flags & MX2_CAMERA_SWAP16)
>> - csicr1 |= CSICR1_SWAP16_EN;
>> if (pcdev->platform_flags & MX2_CAMERA_EXT_VSYNC)
>> csicr1 |= CSICR1_EXT_VSYNC;
>> if (pcdev->platform_flags & MX2_CAMERA_CCIR)
>> @@ -1042,8 +1071,6 @@ static int mx2_camera_set_bus_param(struct soc_camera_device *icd)
>> csicr1 |= CSICR1_GCLK_MODE;
>> if (pcdev->platform_flags & MX2_CAMERA_INV_DATA)
>> csicr1 |= CSICR1_INV_DATA;
>> - if (pcdev->platform_flags & MX2_CAMERA_PACK_DIR_MSB)
>> - csicr1 |= CSICR1_PACK_DIR;
>>
>> pcdev->csicr1 = csicr1;
>>
>> @@ -1118,7 +1145,8 @@ static int mx2_camera_get_formats(struct soc_camera_device *icd,
>> return 0;
>> }
>>
>> - if (code == V4L2_MBUS_FMT_YUYV8_2X8) {
>> + if (code == V4L2_MBUS_FMT_YUYV8_2X8 ||
>> + code == V4L2_MBUS_FMT_UYVY8_2X8) {
>
> This tells us, that from V4L2_MBUS_FMT_UYVY8_2X8 we also can get
> V4L2_PIX_FMT_YUV420 - as provided by the mbus_fmt[] table in
> soc_mediabus.c, this translation implements your above addition to the
> mx27_emma_prp_table[] table.
You are right.
>> formats++;
>> if (xlate) {
>> /*
>> @@ -1134,6 +1162,18 @@ static int mx2_camera_get_formats(struct soc_camera_device *icd,
>> }
>> }
>>
>> + if (code == V4L2_MBUS_FMT_UYVY8_2X8) {
>> + formats++;
>> + if (xlate) {
>> + xlate->host_fmt =
>> + soc_mbus_get_fmtdesc(V4L2_MBUS_FMT_YUYV8_2X8);
>> + xlate->code = code;
>> + dev_dbg(dev, "Providing host format %s for sensor code %d\n",
>> + xlate->host_fmt->name, code);
>> + xlate++;
>> + }
>> + }
>
> This is telling us, that V4L2_MBUS_FMT_UYVY8_2X8 can also be converted to
> V4L2_PIX_FMT_YUYV. Since there is no explicit entry in
> mx27_emma_prp_table[] for this conversion, it will also be handled by the
> top 1-to-1 entry.
Correct.
>> +
>> /* Generic pass-trough */
>> formats++;
>> if (xlate) {
>
> And the pass-through adds a third conversion for V4L2_MBUS_FMT_UYVY8_2X8 -
> to V4L2_PIX_FMT_UYVY, which is served by the first generic 1-to-1 entry in
> mx27_emma_prp_table[].
With pass-through you can always get at the output the same format as
at the input.
> So, maybe the above is correct, just wanted to make sure once more: is
> this really what you were trying to achieve? In case of the
> V4L2_MBUS_FMT_UYVY8_2X8 format you can produce 3 output formats, of which
> these two:
>
> V4L2_MBUS_FMT_YUYV8_2X8 and
> V4L2_PIX_FMT_UYVY
>
> are produced by the same pass-through entry of the mx27_emma_prp_table[]
> table. The difference between those two formats is only produced in
> mx2_camera_set_bus_param() in the way you set CSICR1 PACK_DIR and
> SWAP16_EN flags?
Yes.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
More information about the linux-arm-kernel
mailing list