summaryrefslogtreecommitdiff
path: root/drivers/devfreq/governor_performance.c
diff options
context:
space:
mode:
authorNishanth Menon <nm@ti.com>2012-10-24 20:00:12 (GMT)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2012-11-14 23:36:10 (GMT)
commit0779726cc265805d0f7c7dd1d791fa4076b31a9a (patch)
treea43a115b9b701dfa275566002cc2ad3d227792fe /drivers/devfreq/governor_performance.c
parent80126ce7aeb4e187429681ef8a7785b7dcd7a348 (diff)
downloadlinux-fsl-qoriq-0779726cc265805d0f7c7dd1d791fa4076b31a9a.tar.xz
PM / OPP: predictable fail results for opp_find* functions, v2
Currently the opp_find* functions return -ENODEV when: a) it cant find a device (e.g. request for an OPP search on device which was not registered) b) When it cant find a match for the search strategy used This makes life a little in-efficient for users such as devfreq to make reasonable judgement before switching search strategies. So, standardize the return results as following: -EINVAL for bad pointer parameters -ENODEV when device cannot be found -ERANGE when search fails This has the following benefit for devfreq implementation: The search fails when an unregistered device pointer is provided. This is a trigger to change the search direction and search for a better fit, however, if we cannot differentiate between a valid search range failure Vs an unregistered device, second search goes through the same fail return condition. This can be avoided by appropriate handling of error return code. With this change, we also fix devfreq for the improved search strategy with updated error code. Signed-off-by: Nishanth Menon <nm@ti.com> Reviewed-by: Kevin Hilman <khilman@ti.com> Acked-by: MyungJoo Ham <myungjoo.ham@samsung.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/devfreq/governor_performance.c')
0 files changed, 0 insertions, 0 deletions