linux-mediatek.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Dongchun Zhu <dongchun.zhu@mediatek.com>
To: Tomasz Figa <tfiga@chromium.org>
Cc: "Mark Rutland" <mark.rutland@arm.com>,
	"Nicolas Boichat" <drinkcat@chromium.org>,
	"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
	srv_heupstream <srv_heupstream@mediatek.com>,
	linux-devicetree <devicetree@vger.kernel.org>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Shengnan Wang (王圣男)" <shengnan.wang@mediatek.com>,
	"Louis Kuo" <louis.kuo@mediatek.com>,
	"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
	"Sj Huang" <sj.huang@mediatek.com>,
	"Rob Herring" <robh+dt@kernel.org>,
	"moderated list:ARM/Mediatek SoC support"
	<linux-mediatek@lists.infradead.org>,
	dongchun.zhu@mediatek.com,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"Cao Bing Bu" <bingbu.cao@intel.com>,
	"Mauro Carvalho Chehab" <mchehab@kernel.org>,
	"list@263.net:IOMMU DRIVERS <iommu@lists.linux-foundation.org>,
	Joerg  Roedel <joro@8bytes.org>,
	" <linux-arm-kernel@lists.infradead.org>,
	"Linux Media Mailing List" <linux-media@vger.kernel.org>
Subject: Re: [PATCH V10 2/2] media: i2c: ov02a10: Add OV02A10 image sensor driver
Date: Tue, 30 Jun 2020 09:13:48 +0800	[thread overview]
Message-ID: <1593479628.17166.25.camel@mhfsdcap03> (raw)
In-Reply-To: <CAAFQd5DAbGDp=e-b2K89ydyK_bft5D2grpFfGDtX6hC__n-L-g@mail.gmail.com>

Hi Tomasz,

On Mon, 2020-06-29 at 12:27 +0200, Tomasz Figa wrote:
> On Mon, Jun 29, 2020 at 9:54 AM Dongchun Zhu <dongchun.zhu@mediatek.com> wrote:
> >
> > Hi Tomasz,
> >
> > On Thu, 2020-06-18 at 19:10 +0000, Tomasz Figa wrote:
> > > Hi Dongchun,
> > >
> > > On Mon, Jun 15, 2020 at 08:29:37PM +0800, Dongchun Zhu wrote:
> > > > Add a V4L2 sub-device driver for OV02A10 image sensor.
> > > >
> > > > Signed-off-by: Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > ---
> > > >  MAINTAINERS                 |    1 +
> > > >  drivers/media/i2c/Kconfig   |   13 +
> > > >  drivers/media/i2c/Makefile  |    1 +
> > > >  drivers/media/i2c/ov02a10.c | 1042 +++++++++++++++++++++++++++++++++++++++++++
> > > >  4 files changed, 1057 insertions(+)
> > > >  create mode 100644 drivers/media/i2c/ov02a10.c
> > > >
> > >
> > > Thank you for the patch. Please see my comments inline.
> > >
> >
> > [snip]
> >
> > > > +static int ov02a10_probe(struct i2c_client *client)
> > > > +{
> > > > +   struct device *dev = &client->dev;
> > > > +   struct ov02a10 *ov02a10;
> > > > +   unsigned int rotation;
> > > > +   unsigned int clock_lane_tx_speed;
> > > > +   unsigned int i;
> > > > +   int ret;
> > > > +
> > > > +   ov02a10 = devm_kzalloc(dev, sizeof(*ov02a10), GFP_KERNEL);
> > > > +   if (!ov02a10)
> > > > +           return -ENOMEM;
> > > > +
> > > > +   ret = ov02a10_check_hwcfg(dev, ov02a10);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to check HW configuration: %d", ret);
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   v4l2_i2c_subdev_init(&ov02a10->subdev, client, &ov02a10_subdev_ops);
> > > > +   ov02a10->mipi_clock_tx_speed = OV02A10_MIPI_TX_SPEED_DEFAULT;
> > > > +   ov02a10->fmt.code = MEDIA_BUS_FMT_SBGGR10_1X10;
> > > > +
> > > > +   /* Optional indication of physical rotation of sensor */
> > > > +   ret = fwnode_property_read_u32(dev_fwnode(dev), "rotation", &rotation);
> > > > +   if (!ret && rotation == 180) {
> > > > +           ov02a10->upside_down = true;
> > > > +           ov02a10->fmt.code = MEDIA_BUS_FMT_SRGGB10_1X10;
> > > > +   }
> > > > +
> > > > +   /* Optional indication of mipi TX speed */
> > > > +   ret = fwnode_property_read_u32(dev_fwnode(dev), "ovti,mipi-tx-speed",
> > > > +                                  &clock_lane_tx_speed);
> > > > +
> > > > +   if (!ret)
> > > > +           ov02a10->mipi_clock_tx_speed = clock_lane_tx_speed;
> > > > +
> > > > +   /* Get system clock (eclk) */
> > > > +   ov02a10->eclk = devm_clk_get(dev, "eclk");
> > > > +   if (IS_ERR(ov02a10->eclk)) {
> > > > +           ret = PTR_ERR(ov02a10->eclk);
> > > > +           dev_err(dev, "failed to get eclk %d\n", ret);
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   ret = fwnode_property_read_u32(dev_fwnode(dev), "clock-frequency",
> > > > +                                  &ov02a10->eclk_freq);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to get eclk frequency\n");
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   ret = clk_set_rate(ov02a10->eclk, ov02a10->eclk_freq);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to set eclk frequency (24MHz)\n");
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   if (clk_get_rate(ov02a10->eclk) != OV02A10_ECLK_FREQ) {
> > > > +           dev_warn(dev, "wrong eclk frequency %d Hz, expected: %d Hz\n",
> > > > +                    ov02a10->eclk_freq, OV02A10_ECLK_FREQ);
> > > > +           return -EINVAL;
> > > > +   }
> > > > +
> > > > +   ov02a10->pd_gpio = devm_gpiod_get(dev, "powerdown", GPIOD_OUT_HIGH);
> > > > +   if (IS_ERR(ov02a10->pd_gpio)) {
> > > > +           ret = PTR_ERR(ov02a10->pd_gpio);
> > > > +           dev_err(dev, "failed to get powerdown-gpios %d\n", ret);
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   ov02a10->rst_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_LOW);
> > > > +   if (IS_ERR(ov02a10->rst_gpio)) {
> > > > +           ret = PTR_ERR(ov02a10->rst_gpio);
> > > > +           dev_err(dev, "failed to get reset-gpios %d\n", ret);
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   for (i = 0; i < ARRAY_SIZE(ov02a10_supply_names); i++)
> > > > +           ov02a10->supplies[i].supply = ov02a10_supply_names[i];
> > > > +
> > > > +   ret = devm_regulator_bulk_get(dev, ARRAY_SIZE(ov02a10_supply_names),
> > > > +                                 ov02a10->supplies);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to get regulators\n");
> > > > +           return ret;
> > > > +   }
> > > > +
> > > > +   mutex_init(&ov02a10->mutex);
> > > > +   ov02a10->cur_mode = &supported_modes[0];
> > > > +   ret = ov02a10_initialize_controls(ov02a10);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to initialize controls\n");
> > > > +           goto err_destroy_mutex;
> > > > +   }
> > > > +
> > > > +   ov02a10->subdev.flags |= V4L2_SUBDEV_FL_HAS_DEVNODE;
> > > > +   ov02a10->subdev.entity.ops = &ov02a10_subdev_entity_ops;
> > > > +   ov02a10->subdev.entity.function = MEDIA_ENT_F_CAM_SENSOR;
> > > > +   ov02a10->pad.flags = MEDIA_PAD_FL_SOURCE;
> > > > +   ret = media_entity_pads_init(&ov02a10->subdev.entity, 1, &ov02a10->pad);
> > > > +   if (ret < 0) {
> > > > +           dev_err(dev, "failed to init entity pads: %d", ret);
> > > > +           goto err_free_handler;
> > > > +   }
> > > > +
> > > > +   pm_runtime_enable(dev);
> > > > +   if (!pm_runtime_enabled(dev)) {
> > > > +           ret = ov02a10_power_on(dev);
> > > > +           if (ret < 0) {
> > > > +                   dev_err(dev, "failed to power on: %d\n", ret);
> > > > +                   goto err_clean_entity;
> > > > +           }
> > > > +   }
> > > > +
> > > > +   ret = v4l2_async_register_subdev(&ov02a10->subdev);
> > > > +   if (ret) {
> > > > +           dev_err(dev, "failed to register V4L2 subdev: %d", ret);
> > > > +           goto err_power_off;
> > > > +   }
> > > > +
> > > > +   return 0;
> > > > +
> > > > +err_power_off:
> > > > +   pm_runtime_disable(dev);
> > > > +   if (!pm_runtime_enabled(dev))
> > >
> > > This would be always true, resulting in unbalanced power off. Moving
> > > pm_runtime_disable() after this if should work better.
> > >
> >
> > Pardon, do you mean that we shall use like this:
> > err_power_off:
> >         if (!pm_runtime_enabled(dev)) {
> >                 pm_runtime_disable(dev);
> >                 if (!pm_runtime_status_suspended(dev)
> >                         ov02a10_power_off(dev);
> >         }
> 
> Hmm, that wouldn't really work, because there is no reason to disable
> runtime PM if it's disabled already. I also noticed that we don't need
> to check pm_runtime_status_suspended() in the error path in probe,
> because we only ever attempt to power it on when runtime PM is
> disabled in kernel config. This would make the end result as:
> 
>          if (pm_runtime_enabled(dev))
>                  pm_runtime_disable(dev);
>          else
>                  ov02a10_power_off(dev);
> 

Thanks for the sharing.
It seems err_power_off section here helps balance the pm_runtime_enable
and pm_runtime_disable to keep dev->power.disable_depth right.
While runtime PM is disabled, ov02a10_power_off could also perform power
off instead of runtime PM.

> Best regards,
> Tomasz

_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

      reply	other threads:[~2020-06-30  1:14 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-15 12:29 [PATCH V10 0/2] media: i2c: Add support for OV02A10 sensor Dongchun Zhu
2020-06-15 12:29 ` [PATCH V10 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings Dongchun Zhu
2020-06-18 19:13   ` Tomasz Figa
2020-06-20  7:57     ` Dongchun Zhu
2020-06-15 12:29 ` [PATCH V10 2/2] media: i2c: ov02a10: Add OV02A10 image sensor driver Dongchun Zhu
2020-06-18 19:10   ` Tomasz Figa
2020-06-20  7:48     ` Dongchun Zhu
     [not found]       ` <20200622152350.GB260716@chromium.org>
2020-06-29  6:30         ` Dongchun Zhu
2020-06-29 10:22           ` Tomasz Figa
2020-06-29  7:53     ` Dongchun Zhu
2020-06-29 10:27       ` Tomasz Figa
2020-06-30  1:13         ` Dongchun Zhu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1593479628.17166.25.camel@mhfsdcap03 \
    --to=dongchun.zhu@mediatek.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bgolaszewski@baylibre.com \
    --cc=bingbu.cao@intel.com \
    --cc=devicetree@vger.kernel.org \
    --cc=drinkcat@chromium.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=louis.kuo@mediatek.com \
    --cc=mark.rutland@arm.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mchehab@kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    --cc=shengnan.wang@mediatek.com \
    --cc=sj.huang@mediatek.com \
    --cc=srv_heupstream@mediatek.com \
    --cc=tfiga@chromium.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).