Thread (31 messages) 31 messages, 5 authors, 2017-04-13

Re: [RFC 2/8] cpufreq: imx6q: Fix handling EPROBE_DEFER from regulator

From: Viresh Kumar <hidden>
Date: 2017-03-23 04:33:42
Also in: linux-arm-kernel, linux-pm, lkml

On 22-03-17, 18:53, Leonard Crestez wrote:
From: Irina Tirdea <redacted>

If there are any errors in getting the cpu0 regulators, the driver returns
-ENOENT. In case the regulators are not yet available, the devm_regulator_get
calls will return -EPROBE_DEFER, so that the driver can be probed later.
If we return -ENOENT, the driver will fail its initialization and will
not try to probe again (when the regulators become available).

Return the actual error received from regulator_get in probe. Print a
differentiated message in case we need to probe the device later and
in case we actually failed. Also add a message to inform when the
driver has been successfully registered.

Signed-off-by: Irina Tirdea <redacted>
Signed-off-by: Leonard Crestez <redacted>
---
 drivers/cpufreq/imx6q-cpufreq.c | 7 +++++++
 1 file changed, 7 insertions(+)
Acked-by: Viresh Kumar <redacted>

-- 
viresh
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help