All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling
       [not found] <E1SUH8r-0005cc-3k@www.linuxtv.org>
@ 2012-05-15 22:55 ` Guennadi Liakhovetski
  2012-05-22 17:21   ` Guennadi Liakhovetski
  0 siblings, 1 reply; 5+ messages in thread
From: Guennadi Liakhovetski @ 2012-05-15 22:55 UTC (permalink / raw)
  To: Mauro Carvalho Chehab; +Cc: Javier Martin, Linux Media Mailing List

Hi Mauro, Javier

On Tue, 15 May 2012, Mauro Carvalho Chehab wrote:

> This is an automatic generated email to let you know that the following patch were queued at the 
> http://git.linuxtv.org/media_tree.git tree:
> 
> Subject: [media] media: mx2_camera: Fix mbus format handling
> Author:  Javier Martin <javier.martin@vista-silicon.com>
> Date:    Mon Mar 26 09:17:48 2012 -0300

Looks like I have missed this patch, unfortunately, it hasn't been cc'ed 
to me. It would have been better to merge it via my soc-camera tree, also 
because with this merge window there are a couple more changes, that 
affect the generic soc-camera API and the mx2-camera driver in particular. 
So far I don't see anything, what could break here, but if something does 
- we know who will have to fix it;-)

Thanks
Guennadi

> 
> 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@vista-silicon.com>
> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> 
>  arch/arm/plat-mxc/include/mach/mx2_cam.h |    2 -
>  drivers/media/video/mx2_camera.c         |   52 +++++++++++++++++++++++++++---
>  2 files changed, 47 insertions(+), 7 deletions(-)
> 
> ---
> 
> http://git.linuxtv.org/media_tree.git?a=commitdiff;h=d509835e32bd761a2b7b446034a273da568e5573
> 
> 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..7c3c0e8 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,
> +		}
> +	},
>  };
>  
>  static struct mx2_fmt_cfg *mx27_emma_prp_get_format(
> @@ -980,6 +993,7 @@ 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;
>  	unsigned long common_flags;
>  	int ret;
>  	int bytesperline;
> @@ -1024,14 +1038,31 @@ 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");
> +	} else {
> +		dev_warn(icd->parent, "mbus format not supported\n");
> +		return -EINVAL;
> +	}
> +
>  	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 +1073,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 +1147,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) {
>  		formats++;
>  		if (xlate) {
>  			/*
> @@ -1134,6 +1164,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++;
> +		}
> +	}
> +
>  	/* Generic pass-trough */
>  	formats++;
>  	if (xlate) {
> 
> _______________________________________________
> linuxtv-commits mailing list
> linuxtv-commits@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linuxtv-commits
> 

---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling
  2012-05-15 22:55 ` [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling Guennadi Liakhovetski
@ 2012-05-22 17:21   ` Guennadi Liakhovetski
  2012-05-23  7:33     ` javier Martin
  0 siblings, 1 reply; 5+ messages in thread
From: Guennadi Liakhovetski @ 2012-05-22 17:21 UTC (permalink / raw)
  To: Mauro Carvalho Chehab; +Cc: Javier Martin, Linux Media Mailing List

Hi Javier

On Wed, 16 May 2012, Guennadi Liakhovetski wrote:

> Hi Mauro, Javier
> 
> On Tue, 15 May 2012, Mauro Carvalho Chehab wrote:
> 
> > This is an automatic generated email to let you know that the following patch were queued at the 
> > http://git.linuxtv.org/media_tree.git tree:
> > 
> > Subject: [media] media: mx2_camera: Fix mbus format handling
> > Author:  Javier Martin <javier.martin@vista-silicon.com>
> > Date:    Mon Mar 26 09:17:48 2012 -0300

I'm afraid, I get an impression, that your patch breaks support for the 
pass-through mode in the mx2-camera driver. Where previously not natively 
supported formats would be just read in by the camera interface without 
any conversion (see the first entry in the mx27_emma_prp_table[] array), 
you now return an error in mx2_camera_set_bus_param(). If I'm write, I'll 
ask Mauro to revert your patch. Please correct me if I'm mistaken.

Thanks
Guennadi

> Looks like I have missed this patch, unfortunately, it hasn't been cc'ed 
> to me. It would have been better to merge it via my soc-camera tree, also 
> because with this merge window there are a couple more changes, that 
> affect the generic soc-camera API and the mx2-camera driver in particular. 
> So far I don't see anything, what could break here, but if something does 
> - we know who will have to fix it;-)
> 
> Thanks
> Guennadi
> 
> > 
> > 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@vista-silicon.com>
> > Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> > 
> >  arch/arm/plat-mxc/include/mach/mx2_cam.h |    2 -
> >  drivers/media/video/mx2_camera.c         |   52 +++++++++++++++++++++++++++---
> >  2 files changed, 47 insertions(+), 7 deletions(-)
> > 
> > ---
> > 
> > http://git.linuxtv.org/media_tree.git?a=commitdiff;h=d509835e32bd761a2b7b446034a273da568e5573
> > 
> > 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..7c3c0e8 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,
> > +		}
> > +	},
> >  };
> >  
> >  static struct mx2_fmt_cfg *mx27_emma_prp_get_format(
> > @@ -980,6 +993,7 @@ 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;
> >  	unsigned long common_flags;
> >  	int ret;
> >  	int bytesperline;
> > @@ -1024,14 +1038,31 @@ 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");
> > +	} else {
> > +		dev_warn(icd->parent, "mbus format not supported\n");
> > +		return -EINVAL;
> > +	}
> > +
> >  	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 +1073,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 +1147,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) {
> >  		formats++;
> >  		if (xlate) {
> >  			/*
> > @@ -1134,6 +1164,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++;
> > +		}
> > +	}
> > +
> >  	/* Generic pass-trough */
> >  	formats++;
> >  	if (xlate) {
> > 
> > _______________________________________________
> > linuxtv-commits mailing list
> > linuxtv-commits@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linuxtv-commits
> > 
> 
> ---
> Guennadi Liakhovetski, Ph.D.
> Freelance Open-Source Software Developer
> http://www.open-technology.de/
> 

---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling
  2012-05-22 17:21   ` Guennadi Liakhovetski
@ 2012-05-23  7:33     ` javier Martin
  2012-05-23  7:45       ` Guennadi Liakhovetski
  0 siblings, 1 reply; 5+ messages in thread
From: javier Martin @ 2012-05-23  7:33 UTC (permalink / raw)
  To: Guennadi Liakhovetski; +Cc: Mauro Carvalho Chehab, Linux Media Mailing List

Hi Guennadi, Mauro,

>> Looks like I have missed this patch, unfortunately, it hasn't been cc'ed
>> to me. It would have been better to merge it via my soc-camera tree, also
>> because with this merge window there are a couple more changes, that
>> affect the generic soc-camera API and the mx2-camera driver in particular.
>> So far I don't see anything, what could break here, but if something does
>> - we know who will have to fix it;-)

Sorry about that. I usually send patches for mx2-camera to you as well
but this time I missed it. The fact that your name does not appear
when executing 'get_mantainer' doesn't help me to remember either.

>
> I'm afraid, I get an impression, that your patch breaks support for the
> pass-through mode in the mx2-camera driver. Where previously not natively
> supported formats would be just read in by the camera interface without
> any conversion (see the first entry in the mx27_emma_prp_table[] array),
> you now return an error in mx2_camera_set_bus_param().

I think you are right. It seems I should provide a default for other
mbus formats instead of returning an error. It's good you noticed
because I haven't got any device to test this pass-through mode, so I
try my best to add new functionallity without breaking it.

>If I'm write, I'll ask Mauro to revert your patch. Please correct me if I'm mistaken.

Is this the way to proceed or should I send a fix on top of it? This
patch is merged in 'for_v3.5', if Mauro reverts it and I send a new
version,  would it be also merged 'for_v3.5' or should it wait for
version 3.6?

Regards.
-- 
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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling
  2012-05-23  7:33     ` javier Martin
@ 2012-05-23  7:45       ` Guennadi Liakhovetski
  2012-05-23  7:55         ` javier Martin
  0 siblings, 1 reply; 5+ messages in thread
From: Guennadi Liakhovetski @ 2012-05-23  7:45 UTC (permalink / raw)
  To: javier Martin; +Cc: Mauro Carvalho Chehab, Linux Media Mailing List

On Wed, 23 May 2012, javier Martin wrote:

> Hi Guennadi, Mauro,
> 
> >> Looks like I have missed this patch, unfortunately, it hasn't been cc'ed
> >> to me. It would have been better to merge it via my soc-camera tree, also
> >> because with this merge window there are a couple more changes, that
> >> affect the generic soc-camera API and the mx2-camera driver in particular.
> >> So far I don't see anything, what could break here, but if something does
> >> - we know who will have to fix it;-)
> 
> Sorry about that. I usually send patches for mx2-camera to you as well
> but this time I missed it. The fact that your name does not appear
> when executing 'get_mantainer' doesn't help me to remember either.

No idea whether there is a way to help that script deliver a better 
result, sorry. I certainly would rather avoid listing each soc-camera file 
in MAINTAINERS. I don't think it's a sufficient reason to justify moving 
them all into a separate subdirectory.

> > I'm afraid, I get an impression, that your patch breaks support for the
> > pass-through mode in the mx2-camera driver. Where previously not natively
> > supported formats would be just read in by the camera interface without
> > any conversion (see the first entry in the mx27_emma_prp_table[] array),
> > you now return an error in mx2_camera_set_bus_param().
> 
> I think you are right. It seems I should provide a default for other
> mbus formats instead of returning an error. It's good you noticed
> because I haven't got any device to test this pass-through mode, so I
> try my best to add new functionallity without breaking it.
> 
> >If I'm write, I'll ask Mauro to revert your patch. Please correct me if I'm mistaken.

s/write/right/

> Is this the way to proceed or should I send a fix on top of it? This
> patch is merged in 'for_v3.5', if Mauro reverts it and I send a new
> version,  would it be also merged 'for_v3.5' or should it wait for
> version 3.6?

I think, it would be better to revert and re-do it for the following 
reason: since neither you nor me can test those pass-through cases, I 
think, it is easier to review patches and try to avoid regressions by 
looking at patches, that take you from a (presumably working) state A step 
by step to a state B, where each patch is seemingly correct, than by 
looking at a patch "a" that introduces a breakage and "b" that hopefully 
should fix it back.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling
  2012-05-23  7:45       ` Guennadi Liakhovetski
@ 2012-05-23  7:55         ` javier Martin
  0 siblings, 0 replies; 5+ messages in thread
From: javier Martin @ 2012-05-23  7:55 UTC (permalink / raw)
  To: Guennadi Liakhovetski; +Cc: Mauro Carvalho Chehab, Linux Media Mailing List

>> Is this the way to proceed or should I send a fix on top of it? This
>> patch is merged in 'for_v3.5', if Mauro reverts it and I send a new
>> version,  would it be also merged 'for_v3.5' or should it wait for
>> version 3.6?
>
> I think, it would be better to revert and re-do it for the following
> reason: since neither you nor me can test those pass-through cases, I
> think, it is easier to review patches and try to avoid regressions by
> looking at patches, that take you from a (presumably working) state A step
> by step to a state B, where each patch is seemingly correct, than by
> looking at a patch "a" that introduces a breakage and "b" that hopefully
> should fix it back.

All right. Then Mauro can revert this patch and I'll get my hands on a
new version whenever I have some spare time.
Sorry for the inconvenience.

Regards.
-- 
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

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-05-23  7:55 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <E1SUH8r-0005cc-3k@www.linuxtv.org>
2012-05-15 22:55 ` [git:v4l-dvb/for_v3.5] [media] media: mx2_camera: Fix mbus format handling Guennadi Liakhovetski
2012-05-22 17:21   ` Guennadi Liakhovetski
2012-05-23  7:33     ` javier Martin
2012-05-23  7:45       ` Guennadi Liakhovetski
2012-05-23  7:55         ` javier Martin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.