Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1186864
| From | Alan Stern <stern@rowland.harvard.edu> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Need a pairing decrement if pm_runtime_get_sync() fails? |
| Date | 2015-07-17 16:20 +0200 |
| Message-ID | <pNeEy-7QW-15@gated-at.bofh.it> (permalink) |
| References | <pNct3-4xC-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, 17 Jul 2015, Junjie Mao wrote:
> Hi all,
>
> While analyzing the source, I notice that many drivers use
> pm_runtime_get_sync() in the following pattern:
>
> err = pm_runtime_get_sync(...)
> if (err < 0) {
> dev_err(...);
> return err;
> }
>
> Can this lead to the imbalance of runtime PM usage counter, as the
> counter is always incremented in __pm_runtime_resume() regardless of the
> return value?
Yes, it can.
> Is a pairing decrement (e.g. pm_runtime_put_sync() or
> pm_runtime_put_noidle()) a must on the error-handling path? If so, which
> is a better fix, adding a pairing decrement to each call site, or
> decrementing the usage counter in __pm_runtime_resume() if rpm_resume()
> fails?
The thing is, most errors in runtime resume are not recoverable. If
the system isn't able to resume a device now, chances are it won't be
able to resume the device later. (The major exception is out-of-memory
errors.) That's probably why lots of drivers just give up.
On the other hand, there are places where the code is careful to
decrement the usage counter when a get_sync fails. For example, see
drivers/usb/core/driver.c:usb_autoresume_device().
Another thing to consider is what happens when pm_runtime_get fails.
The failure occurs after the subroutine call, in a workqueue routine.
That routine doesn't know whether it should decrement the usage counter
after a failure. Perhaps the PM core should be fixed so that it _does_
know this.
Then the usage counter could always be adjusted by a core routine after
a resume failure. But of course, this means we would have to audit the
kernel for places where the caller does its own adjustment.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: Need a pairing decrement if pm_runtime_get_sync() fails? Alan Stern <stern@rowland.harvard.edu> - 2015-07-17 16:20 +0200
csiph-web