From: jacopo mondi <jacopo@jmondi.org>
To: Akinobu Mita <akinobu.mita@gmail.com>
Cc: linux-media@vger.kernel.org, devicetree@vger.kernel.org,
Jacopo Mondi <jacopo+renesas@jmondi.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Hans Verkuil <hans.verkuil@cisco.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Mauro Carvalho Chehab <mchehab@s-opensource.com>
Subject: Re: [PATCH v2 08/10] media: ov772x: handle nested s_power() calls
Date: Wed, 18 Apr 2018 14:41:39 +0200 [thread overview]
Message-ID: <20180418124119.GA3999@w540> (raw)
In-Reply-To: <1523847111-12986-9-git-send-email-akinobu.mita@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4531 bytes --]
Hi Akinobu,
On Mon, Apr 16, 2018 at 11:51:49AM +0900, Akinobu Mita wrote:
> Depending on the v4l2 driver, calling s_power() could be nested. So the
> actual transitions between power saving mode and normal operation mode
> should only happen at the first power on and the last power off.
What do you mean with 'nested' ?
My understanding is that:
- if a sensor driver is mc compliant, it's s_power is called from
v4l2_mc.c pipeline_pm_power_one() only when the power state changes
- if a sensor driver is not mc compliant, the s_power routine is
called from the platform driver, and it should not happen that it is
called twice with the same power state
- if a sensor implements subdev's internal operations open and close
it may call it's own s_power routines from there, and it can be
opened more that once.
My understanding is that this driver s_power routines are only called
from platform drivers, and they -should- be safe.
Although, I'm not against this protection completely. Others might be,
though.
>
> This adds an s_power() nesting counter and updates the power state if the
> counter is modified from 0 to != 0 or from != 0 to 0.
>
> Cc: Jacopo Mondi <jacopo+renesas@jmondi.org>
> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> Cc: Hans Verkuil <hans.verkuil@cisco.com>
> Cc: Sakari Ailus <sakari.ailus@linux.intel.com>
> Cc: Mauro Carvalho Chehab <mchehab@s-opensource.com>
> Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
> ---
> * v2
> - New patch
>
> drivers/media/i2c/ov772x.c | 33 +++++++++++++++++++++++++++++----
> 1 file changed, 29 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/media/i2c/ov772x.c b/drivers/media/i2c/ov772x.c
> index 4245a46..2cd6e85 100644
> --- a/drivers/media/i2c/ov772x.c
> +++ b/drivers/media/i2c/ov772x.c
> @@ -424,6 +424,9 @@ struct ov772x_priv {
> /* band_filter = COM8[5] ? 256 - BDBASE : 0 */
> unsigned short band_filter;
> unsigned int fps;
> + /* lock to protect power_count */
> + struct mutex power_lock;
> + int power_count;
> #ifdef CONFIG_MEDIA_CONTROLLER
> struct media_pad pad;
> #endif
> @@ -871,9 +874,25 @@ static int ov772x_power_off(struct ov772x_priv *priv)
> static int ov772x_s_power(struct v4l2_subdev *sd, int on)
> {
> struct ov772x_priv *priv = to_ov772x(sd);
> + int ret = 0;
> +
> + mutex_lock(&priv->power_lock);
>
> - return on ? ov772x_power_on(priv) :
> - ov772x_power_off(priv);
> + /* If the power count is modified from 0 to != 0 or from != 0 to 0,
> + * update the power state.
> + */
> + if (priv->power_count == !on)
> + ret = on ? ov772x_power_on(priv) : ov772x_power_off(priv);
Just release the mutex and return 0 if (power_count == on)
The code will be more readable imho.
> +
> + if (!ret) {
> + /* Update the power count. */
> + priv->power_count += on ? 1 : -1;
> + WARN_ON(priv->power_count < 0);
> + }
> +
> + mutex_unlock(&priv->power_lock);
> +
> + return ret;
> }
>
> static const struct ov772x_win_size *ov772x_select_win(u32 width, u32 height)
> @@ -1303,6 +1322,7 @@ static int ov772x_probe(struct i2c_client *client,
> return -ENOMEM;
>
> priv->info = client->dev.platform_data;
> + mutex_init(&priv->power_lock);
>
> v4l2_i2c_subdev_init(&priv->subdev, client, &ov772x_subdev_ops);
> priv->subdev.flags |= V4L2_SUBDEV_FL_HAS_DEVNODE;
> @@ -1314,8 +1334,10 @@ static int ov772x_probe(struct i2c_client *client,
> v4l2_ctrl_new_std(&priv->hdl, &ov772x_ctrl_ops,
> V4L2_CID_BAND_STOP_FILTER, 0, 256, 1, 0);
> priv->subdev.ctrl_handler = &priv->hdl;
> - if (priv->hdl.error)
> - return priv->hdl.error;
> + if (priv->hdl.error) {
> + ret = priv->hdl.error;
> + goto error_mutex_destroy;
> + }
>
> priv->clk = clk_get(&client->dev, "xclk");
> if (IS_ERR(priv->clk)) {
> @@ -1363,6 +1385,8 @@ static int ov772x_probe(struct i2c_client *client,
> clk_put(priv->clk);
> error_ctrl_free:
> v4l2_ctrl_handler_free(&priv->hdl);
> +error_mutex_destroy:
> + mutex_destroy(&priv->power_lock);
mutex_destroy() does nothing most of the time. It won't hurt though.
Thanks
j
>
> return ret;
> }
> @@ -1377,6 +1401,7 @@ static int ov772x_remove(struct i2c_client *client)
> gpiod_put(priv->pwdn_gpio);
> v4l2_async_unregister_subdev(&priv->subdev);
> v4l2_ctrl_handler_free(&priv->hdl);
> + mutex_destroy(&priv->power_lock);
>
> return 0;
> }
> --
> 2.7.4
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2018-04-18 12:41 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-16 2:51 [PATCH v2 00/10] media: ov772x: support media controller, device tree probing, etc Akinobu Mita
2018-04-16 2:51 ` [PATCH v2 01/10] media: ov772x: allow i2c controllers without I2C_FUNC_PROTOCOL_MANGLING Akinobu Mita
2018-04-18 10:05 ` jacopo mondi
2018-04-18 10:41 ` Sakari Ailus
2018-04-18 12:12 ` jacopo mondi
2018-04-16 2:51 ` [PATCH v2 02/10] media: ov772x: add checks for register read errors Akinobu Mita
2018-04-18 10:13 ` jacopo mondi
2018-04-16 2:51 ` [PATCH v2 03/10] media: ov772x: create subdevice device node Akinobu Mita
2018-04-16 10:56 ` Sakari Ailus
2018-04-16 2:51 ` [PATCH v2 04/10] media: ov772x: add media controller support Akinobu Mita
2018-04-18 11:28 ` jacopo mondi
2018-04-18 11:58 ` Sakari Ailus
2018-04-18 12:13 ` jacopo mondi
2018-04-18 13:05 ` Sakari Ailus
2018-04-16 2:51 ` [PATCH v2 05/10] media: ov772x: use generic names for reset and powerdown gpios Akinobu Mita
2018-04-18 11:34 ` jacopo mondi
2018-04-16 2:51 ` [PATCH v2 06/10] media: dt-bindings: ov772x: add device tree binding Akinobu Mita
2018-04-16 21:36 ` Rob Herring
2018-04-18 11:35 ` jacopo mondi
2018-04-16 2:51 ` [PATCH v2 07/10] media: ov772x: support device tree probing Akinobu Mita
2018-04-18 11:48 ` jacopo mondi
2018-04-16 2:51 ` [PATCH v2 08/10] media: ov772x: handle nested s_power() calls Akinobu Mita
2018-04-18 12:41 ` jacopo mondi [this message]
2018-04-19 16:21 ` Akinobu Mita
2018-04-16 2:51 ` [PATCH v2 09/10] media: ov772x: reconstruct s_frame_interval() Akinobu Mita
2018-04-16 2:51 ` [PATCH v2 10/10] media: ov772x: avoid accessing registers under power saving mode Akinobu Mita
2018-04-16 10:55 ` Sakari Ailus
2018-04-17 16:52 ` Akinobu Mita
2018-04-18 12:55 ` jacopo mondi
2018-04-18 13:17 ` Sakari Ailus
2018-04-18 13:34 ` jacopo mondi
2018-04-20 16:35 ` Akinobu Mita
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=20180418124119.GA3999@w540 \
--to=jacopo@jmondi.org \
--cc=akinobu.mita@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=hans.verkuil@cisco.com \
--cc=jacopo+renesas@jmondi.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@s-opensource.com \
--cc=sakari.ailus@linux.intel.com \
/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).