netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rafael@kernel.org>
To: Zhang Qilong <zhangqilong3@huawei.com>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	fugang.duan@nxp.com, David Miller <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>,
	Linux PM <linux-pm@vger.kernel.org>,
	netdev <netdev@vger.kernel.org>
Subject: Re: [PATCH v2 1/2] PM: runtime: Add a general runtime get sync operation to deal with usage counter
Date: Mon, 9 Nov 2020 16:20:44 +0100	[thread overview]
Message-ID: <CAJZ5v0gGG4FeVfrFOYe1+axv78yh9vA4FAOsbLughbsQosP9-w@mail.gmail.com> (raw)
In-Reply-To: <20201109150416.1877878-2-zhangqilong3@huawei.com>

On Mon, Nov 9, 2020 at 4:00 PM Zhang Qilong <zhangqilong3@huawei.com> wrote:
>
> In many case, we need to check return value of pm_runtime_get_sync, but
> it brings a trouble to the usage counter processing. Many callers forget
> to decrease the usage counter when it failed. It has been discussed a
> lot[0][1]. So we add a function to deal with the usage counter for better
> coding.
>
> [0]https://lkml.org/lkml/2020/6/14/88
> [1]https://patchwork.ozlabs.org/project/linux-tegra/patch/20200520095148.10995-1-dinghao.liu@zju.edu.cn/
> Signed-off-by: Zhang Qilong <zhangqilong3@huawei.com>
> ---
>  include/linux/pm_runtime.h | 30 ++++++++++++++++++++++++++++++
>  1 file changed, 30 insertions(+)
>
> diff --git a/include/linux/pm_runtime.h b/include/linux/pm_runtime.h
> index 4b708f4e8eed..6549ce764400 100644
> --- a/include/linux/pm_runtime.h
> +++ b/include/linux/pm_runtime.h
> @@ -386,6 +386,36 @@ static inline int pm_runtime_get_sync(struct device *dev)
>         return __pm_runtime_resume(dev, RPM_GET_PUT);
>  }
>
> +/**
> + * pm_runtime_general_get - Bump up usage counter of a device and resume it.
> + * @dev: Target device.
> + *
> + * Increase runtime PM usage counter of @dev first, and carry out runtime-resume
> + * of it synchronously. If __pm_runtime_resume return negative value(device is in
> + * error state), we to need decrease the usage counter before it return. If
> + * __pm_runtime_resume return positive value, it means the runtime of device has
> + * already been in active state, and we let the new wrapper return zero instead.
> + *
> + * The possible return values of this function is zero or negative value.
> + * zero:
> + *    - it means resume succeeed or runtime of device has already been active, the
> + *      runtime PM usage counter of @dev remains incremented.
> + * negative:
> + *    - it means failure and the runtime PM usage counter of @dev has been balanced.

The kerneldoc above is kind of noisy and it is hard to figure out what
the helper really does from it.

You could basically say something like "Resume @dev synchronously and
if that is successful, increment its runtime PM usage counter.  Return
0 if the runtime PM usage counter of @dev has been incremented or a
negative error code otherwise."

> + */
> +static inline int pm_runtime_general_get(struct device *dev)

What about pm_runtime_resume_and_get()?

> +{
> +       int ret = 0;

This extra initialization is not necessary.

You can initialize ret to the __pm_runtime_resume() return value right away.

> +
> +       ret = __pm_runtime_resume(dev, RPM_GET_PUT);
> +       if (ret < 0) {
> +               pm_runtime_put_noidle(dev);
> +               return ret;
> +       }
> +
> +       return 0;
> +}
> +
>  /**
>   * pm_runtime_put - Drop device usage counter and queue up "idle check" if 0.
>   * @dev: Target device.
> --

  reply	other threads:[~2020-11-09 15:20 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-09 15:04 [PATCH v2 0/2] Fix usage counter leak by adding a general sync ops Zhang Qilong
2020-11-09 15:04 ` [PATCH v2 1/2] PM: runtime: Add a general runtime get sync operation to deal with usage counter Zhang Qilong
2020-11-09 15:20   ` Rafael J. Wysocki [this message]
2020-11-09 15:49     ` Ulf Hansson
2020-11-09 15:53       ` Rafael J. Wysocki
2020-11-09 16:05         ` Ulf Hansson
2020-11-09 15:50     ` 答复: " zhangqilong
2020-11-09 16:00       ` Rafael J. Wysocki
2020-11-09 16:15         ` 答复: " zhangqilong
2020-11-09 16:40           ` Rafael J. Wysocki
2020-11-09 15:04 ` [PATCH v2 2/2] net: fec: Fix reference count leak in fec series ops Zhang Qilong

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=CAJZ5v0gGG4FeVfrFOYe1+axv78yh9vA4FAOsbLughbsQosP9-w@mail.gmail.com \
    --to=rafael@kernel.org \
    --cc=davem@davemloft.net \
    --cc=fugang.duan@nxp.com \
    --cc=kuba@kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    --cc=zhangqilong3@huawei.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).