From: Jon Hunter <jonathanh@nvidia.com>
To: Kevin Hilman <khilman@kernel.org>
Cc: Rafael Wysocki <rjw@rjwysocki.net>,
Ulf Hansson <ulf.hansson@linaro.org>,
linux-pm@vger.kernel.org
Subject: Re: [PATCH] PM / Domains: Return -EPROBE_DEFER if we fail to init or turn-on domain
Date: Fri, 31 Jul 2015 10:20:38 +0100 [thread overview]
Message-ID: <55BB3DE6.6050807@nvidia.com> (raw)
In-Reply-To: <7hvbd11azr.fsf@deeprootsystems.com>
On 31/07/15 00:28, Kevin Hilman wrote:
> [ sorry for the lag, been on vacation... ]
>
> Hi Jon,
>
> Jon Hunter <jonathanh@nvidia.com> writes:
>
>> When a device is probed, the function dev_pm_domain_attach() is called
>> to see if there is a power-domain that is associated with the device and
>> needs to be turned on. If dev_pm_domain_attach() does not return
>> -EPROBE_DEFER then the device will be probed.
>>
>> For devices using genpd, dev_pm_domain_attach() will call
>> genpd_dev_pm_attach(). If genpd_dev_pm_attach() does not find a power
>> domain associated with the device then it returns an error code not
>> equal to -EPROBE_DEFER to allow the device to be probed. However, if
>> genpd_dev_pm_attach() does find a power-domain that is associated with
>> the device, then it does not return -EPROBE_DEFER on failure and hence
>> the device will still be probed. Furthermore, genpd_dev_pm_attach() does
>> not check the error code returned by pm_genpd_poweron() to see if the
>> power-domain was turned on successfully.
>
> That's a good description of the problem, but doesn't describe the fix
> the fix.
>
> Please summarize the solution being implemented here...
Ok, np.
>> Signed-off-by: Jon Hunter <jonathanh@nvidia.com>
>> Acked-by: Ulf Hansson <ulf.hansson@linaro.org>
>
> ... otherwise, patch itself looks fine. Feel free to add
>
> Acked-by: Kevin Hilman <khilman@linaro.org>
Thanks. I just send out an updated version.
Cheers Jon
-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
next prev parent reply other threads:[~2015-07-31 9:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-28 8:04 [PATCH] PM / Domains: Return -EPROBE_DEFER if we fail to init or turn-on domain Jon Hunter
2015-07-30 23:28 ` Kevin Hilman
2015-07-31 9:20 ` Jon Hunter [this message]
-- strict thread matches above, loose matches on Subject: below --
2015-07-31 9:16 Jon Hunter
2015-07-31 9:19 ` Jon Hunter
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=55BB3DE6.6050807@nvidia.com \
--to=jonathanh@nvidia.com \
--cc=khilman@kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=ulf.hansson@linaro.org \
/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).