Re: [PATCHv5] mx2_camera: Add soc_camera support for i.MX25/i.MX27

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Guennadi,

On Thu, Jul 01, 2010 at 04:23:23PM +0200, Guennadi Liakhovetski wrote:
> > > +config VIDEO_MX2
> > > +	tristate "i.MX27/i.MX25 Camera Sensor Interface driver"
> > > +	depends on VIDEO_DEV && SOC_CAMERA && (MACH_MX27 || ARCH_MX25)
> > > +	select VIDEOBUF_DMA_CONTIG
> > CONTIG?
> 
> What exactly was your question here?
I thought it to be a mistyped "CONFIG", I was wrong.
 
> > > diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
> > > new file mode 100644
> > > index 0000000..98c93fa
> > > --- /dev/null
> > > +++ b/drivers/media/video/mx2_camera.c
> > > @@ -0,0 +1,1513 @@
> > 
> > [...snip...]
> 
> > > +static struct platform_driver mx2_camera_driver = {
> > > +	.driver 	= {
> > > +		.name	= MX2_CAM_DRV_NAME,
> > I'm always unsure if you need
> > 
> > 		.owner  = THIS_MODULE,
> > 
> > here.
> 
> It is not needed in this case. See the "owner" field in struct 
> soc_camera_host_ops mx2_soc_camera_host_ops.
> 
> But that's not the reason why I'm replying. What I didn't like in these 
> your reviews, was the fact, that this driver has been submitted a number 
> of times to the arm-kernel ML, it has "mx2" in its subject, so, you had 
> enough chances to review it, just like Sascha did. Instead, you review it 
> now, making the author create new versions of his patch. You have been 
> asked for advise, because this patch potentially collided with other your 
> patches, your help in resolving this question is appreciated. But then you 
> suddenly decide to review the whole patch... Several of my patches have 
> been treated similarly in the past, so, I know how annoying it is to have 
> to re-iterate them because at v5 someone suddenly decided to take part in 
> the patch review process too...
OK it might annoying but still I cannot understand why this is a reason to
lament.  I don't necessarily feel part of the intended audience for each
patch on LAKML that contains mx2 in it's subject, still less if the
patch changes very little in arch/arm/{plat-mxc,arch-mx*} as Baruch's
patch does.  Now he cc:d me and I had a look and even took the time to
point out the things that I noticed.  From my POV a late reviewer is
better than getting code in that is less optimal.  And let me point out
that reviewing sequentially is more efficient in the sum---at least for
the reviewers.

So should I ignore patches that are say already > v3?

Best regards
Uwe

-- 
Pengutronix e.K.                           | Uwe Kleine-König            |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux