RE: [PATCH 1/2] OMAP3: ISP: Add regulator control for omap34xx

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

 



Hi,

 > -----Original Message-----
 > From: ext Laurent Pinchart [mailto:laurent.pinchart@xxxxxxxxxxxxxxxx]
 > Sent: 29. huhtikuuta 2011 12:49
 > To: Jokiniemi Kalle (Nokia-SD/Tampere)
 > Cc: tony@xxxxxxxxxxx; mchebab@xxxxxxxxxxxxx; linux-
 > omap@xxxxxxxxxxxxxxx; linux-media@xxxxxxxxxxxxxxx
 > Subject: Re: [PATCH 1/2] OMAP3: ISP: Add regulator control for omap34xx
 > 
 > Hi Kalle,
 > 
 > On Friday 29 April 2011 09:11:59 Kalle Jokiniemi wrote:
 > > The current omap3isp driver is missing regulator handling
 > > for CSIb complex in omap34xx based devices. This patch
 > > adds a mechanism for this to the omap3isp driver.
 > >
 > > Signed-off-by: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxx>
 > 
 > Thanks for the patch.

No problem, thanks for the comments. Good comments, I'll spin another
patch after weekend to address the issues.

- Kalle

 > 
 > The CSIb pins are multiplexed with the parallel interface cam_d[6:9] signals,
 > so the driver might need to handle the vdds_csib regulator for the parallel
 > interface as well. We can leave that out now though, as I'm not sure we'll
 > ever see a platform that will require that.
 > 
 > > ---
 > >  drivers/media/video/omap3isp/ispccp2.c |   24
 > +++++++++++++++++++++++-
 > >  drivers/media/video/omap3isp/ispccp2.h |    1 +
 > >  2 files changed, 24 insertions(+), 1 deletions(-)
 > >
 > > diff --git a/drivers/media/video/omap3isp/ispccp2.c
 > > b/drivers/media/video/omap3isp/ispccp2.c index 0e16cab..3b17b0d 100644
 > > --- a/drivers/media/video/omap3isp/ispccp2.c
 > > +++ b/drivers/media/video/omap3isp/ispccp2.c
 > > @@ -30,6 +30,7 @@
 > >  #include <linux/module.h>
 > >  #include <linux/mutex.h>
 > >  #include <linux/uaccess.h>
 > > +#include <linux/regulator/consumer.h>
 > >
 > >  #include "isp.h"
 > >  #include "ispreg.h"
 > > @@ -163,6 +164,9 @@ static void ccp2_if_enable(struct isp_ccp2_device
 > > *ccp2, u8 enable) struct isp_pipeline *pipe =
 > > to_isp_pipeline(&ccp2->subdev.entity); int i;
 > >
 > > +	if (enable && ccp2->vdds_csib)
 > > +		regulator_enable(ccp2->vdds_csib);
 > > +
 > >  	/* Enable/Disable all the LCx channels */
 > >  	for (i = 0; i < CCP2_LCx_CHANS_NUM; i++)
 > >  		isp_reg_clr_set(isp, OMAP3_ISP_IOMEM_CCP2,
 > ISPCCP2_LCx_CTRL(i),
 > > @@ -186,6 +190,8 @@ static void ccp2_if_enable(struct isp_ccp2_device
 > > *ccp2, u8 enable) ISPCCP2_LC01_IRQENABLE,
 > >  				    ISPCCP2_LC01_IRQSTATUS_LC0_FS_IRQ);
 > >  	}
 > 
 > If you resubmit the patch to address the comments below, please add a blank
 > line here.
 > 
 > > +	if (!enable && ccp2->vdds_csib)
 > > +		regulator_disable(ccp2->vdds_csib);
 > >  }
 > >
 > >  /*
 > > @@ -1137,6 +1143,10 @@ error:
 > >   */
 > >  void omap3isp_ccp2_cleanup(struct isp_device *isp)
 > >  {
 > > +	struct isp_ccp2_device *ccp2 = &isp->isp_ccp2;
 > > +
 > > +	if (isp->revision == ISP_REVISION_2_0)
 > > +		regulator_put(ccp2->vdds_csib);
 > 
 > What about testing ccp2->vdds_csib != NULL here like you do above ? Not all
 > ES2.0 platforms will use a regulator, so you can end up calling
 > regulator_put(NULL). regulator_put() will return immediately, but the API
 > doesn't allow it explictly either.
 > 
 > If regulator_put(NULL) is deemed to be safe, I would remove the revision
 > check
 > here. If it isn't, I would replace it with a ccp2->vdds_csib != NULL check.
 > 
 > >  }
 > >
 > >  /*
 > > @@ -1155,10 +1165,22 @@ int omap3isp_ccp2_init(struct isp_device *isp)
 > >  	 * the CSI2c or CSI2a receivers. The PHY then needs to be explicitly
 > >  	 * configured.
 > >  	 *
 > > +	 * On the OMAP34xx the CSI1/CCB is operated in the CSIb IO complex,
 > 
 > CSI1/CCB ? Do you mean CCP ?
 > 
 > The OMAP34xx has no CCP2 support anyway, so I would s,CSI1/CCB,CSI1
 > receiver,.
 > 
 > > +	 * which is powered by vdds_csib power rail. Hence the request for
 > > +	 * the regulator.
 > > +	 *
 > >  	 * TODO: Don't hardcode the usage of PHY1 (shared with CSI2c).
 > >  	 */
 > > -	if (isp->revision == ISP_REVISION_15_0)
 > > +	if (isp->revision == ISP_REVISION_15_0) {
 > >  		ccp2->phy = &isp->isp_csiphy1;
 > > +	} else if (isp->revision == ISP_REVISION_2_0) {
 > > +		ccp2->vdds_csib = regulator_get(isp->dev, "vdds_csib");
 > > +		if (IS_ERR(ccp2->vdds_csib)) {
 > > +			dev_dbg(isp->dev,
 > > +				"Could not get regulator vdds_csib\n");
 > > +			ccp2->vdds_csib = NULL;
 > > +		}
 > > +	}
 > 
 > If you resubmit your patch to address the above comments, could you please
 > reorder the code (and the comment) here and put the ES2.0 check before the
 > 15.0 ?
 > 
 > >  	ret = ccp2_init_entities(ccp2);
 > >  	if (ret < 0)
 > > diff --git a/drivers/media/video/omap3isp/ispccp2.h
 > > b/drivers/media/video/omap3isp/ispccp2.h index 5505a86..6674e9d 100644
 > > --- a/drivers/media/video/omap3isp/ispccp2.h
 > > +++ b/drivers/media/video/omap3isp/ispccp2.h
 > > @@ -81,6 +81,7 @@ struct isp_ccp2_device {
 > >  	struct isp_interface_mem_config mem_cfg;
 > >  	struct isp_video video_in;
 > >  	struct isp_csiphy *phy;
 > > +	struct regulator *vdds_csib;
 > >  	unsigned int error;
 > >  	enum isp_pipeline_stream_state state;
 > >  	wait_queue_head_t wait;
 > 
 > --
 > Regards,
 > 
 > Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux