diff options
| author | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2017-09-25 23:10:06 +0200 |
|---|---|---|
| committer | Wolfram Sang <wsa@the-dreams.de> | 2017-10-05 12:59:03 +0200 |
| commit | 126dbc6b49c8670ebe78174c159520d5993b4459 (patch) | |
| tree | 1136e376856ab7a978a61c9a05fbced7c2f0bc10 /drivers/mfd | |
| parent | Linux 4.14-rc3 (diff) | |
| download | linux-126dbc6b49c8670ebe78174c159520d5993b4459.tar.xz linux-126dbc6b49c8670ebe78174c159520d5993b4459.zip | |
PM: i2c-designware-platdrv: Clean up PM handling in probe
The power management handling in dw_i2c_plat_probe() is somewhat
messy and it is rather hard to figure out the code intention for
the case when pm_disabled is set. In that case, the driver doesn't
enable runtime PM at all, but in addition to that it calls
pm_runtime_forbid() as though it wasn't sure if runtime PM might
be enabled for the device later by someone else.
Although that concern doesn't seem to be actually valid, the
device is clearly still expected to be PM-capable even in the
pm_disabled set case, so a better approach would be to enable
runtime PM for it unconditionally and prevent it from being
runtime-suspended by using pm_runtime_get_noresume().
Make the driver do that.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
Diffstat (limited to 'drivers/mfd')
0 files changed, 0 insertions, 0 deletions