From: Ulf Hansson <ulf.hansson@linaro.org>
To: Wolfram Sang <wsa@the-dreams.de>,
"Rafael J . Wysocki" <rjw@rjwysocki.net>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org
Cc: Kevin Hilman <khilman@kernel.org>,
Jarkko Nikula <jarkko.nikula@linux.intel.com>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
Jisheng Zhang <jszhang@marvell.com>,
John Stultz <john.stultz@linaro.org>,
Guodong Xu <guodong.xu@linaro.org>,
Sumit Semwal <sumit.semwal@linaro.org>,
Haojian Zhuang <haojian.zhuang@linaro.org>,
linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org,
Ulf Hansson <ulf.hansson@linaro.org>
Subject: [PATCH v2 6/9] PM / ACPI: Enable the runtime PM centric approach for system sleep
Date: Wed, 23 Aug 2017 16:42:06 +0200 [thread overview]
Message-ID: <1503499329-28834-7-git-send-email-ulf.hansson@linaro.org> (raw)
In-Reply-To: <1503499329-28834-1-git-send-email-ulf.hansson@linaro.org>
This change extends the interpretation of the ACPI's no_direct_complete
flag to be used to enable the so called runtime PM centric approach, for
devices being attached to the ACPI PM domain.
The principle behind the runtime PM centric approach is to re-use the
runtime PM callbacks to implement system sleep for drivers/subsystems.
Moreover, using the runtime PM centric approach gives an optimized
behaviour around avoiding to wake up a device from its low power state
during system sleep, unless really needed.
To deploy the runtime PM centric approach for a subsystem/driver, the
following adaptations needs to be made.
First, the runtime PM callbacks may be called when runtime PM has been
disabled for the device. This serves as an indication for the callbacks to
understand they are running in the system sleep sequence, instead of in the
regular runtime PM path. In some cases, a callback needs to take different
actions depending in what path it is being executed in, as is the case for
the ACPI PM domain.
In particular for the ACPI PM domain's ->runtime_suspend|resume()
callbacks, when those finds runtime PM being disabled for the device, it
instead executes the same operations as normally being run when
->suspend_late() and ->resume_early() callbacks are invoked during system
sleep.
Second, at the PM domain level, it is expected that the driver for the
device makes use of pm_runtime_force_suspend|resume(), to re-use the
runtime PM callbacks to put the device into low power state and to wake it
up when needed during system sleep.
For the ACPI PM domain's ->suspend_late() and ->resume_early() callbacks,
it means bypassing the operations putting the device into low power state
and the operations that wakes it up. Instead it shall invoke only the lower
level ->suspend_late() and ->resume_early() callbacks for the driver, if
present.
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
---
Changes in v2:
- Rebased.
- Updated header for acpi_enable|disable_no_direct_complete().
---
drivers/acpi/acpi_lpss.c | 58 +++++++++++++++++++++++++++++++---------------
drivers/acpi/device_pm.c | 60 ++++++++++++++++++++++++++++++++++++++++++------
2 files changed, 93 insertions(+), 25 deletions(-)
diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c
index e726173..f0d1141 100644
--- a/drivers/acpi/acpi_lpss.c
+++ b/drivers/acpi/acpi_lpss.c
@@ -729,10 +729,11 @@ static int lpss_suspend_late(struct device *dev)
static int acpi_lpss_suspend_late(struct device *dev)
{
+ struct acpi_device *adev = ACPI_COMPANION(dev);
int ret;
ret = pm_generic_suspend_late(dev);
- if (ret)
+ if (ret || adev->power.no_direct_complete)
return ret;
return lpss_suspend_late(dev);
@@ -757,13 +758,23 @@ static int lpss_resume_early(struct device *dev)
static int acpi_lpss_resume_early(struct device *dev)
{
- int ret;
+ struct acpi_device *adev = ACPI_COMPANION(dev);
+ int ret = 0;
- ret = lpss_resume_early(dev);
- if (ret)
- return ret;
+ if (!adev->power.no_direct_complete)
+ ret = lpss_resume_early(dev);
- return pm_generic_resume_early(dev);
+ return ret ? ret : pm_generic_resume_early(dev);
+}
+#else
+static inline int lpss_suspend_late(struct device *dev)
+{
+ return 0;
+}
+
+static inline int lpss_resume_early(struct device *dev)
+{
+ return 0;
}
#endif /* CONFIG_PM_SLEEP */
@@ -861,6 +872,9 @@ static int acpi_lpss_runtime_suspend(struct device *dev)
if (ret)
return ret;
+ if (!pm_runtime_enabled(dev))
+ return lpss_suspend_late(dev);
+
if (pdata->dev_desc->flags & LPSS_SAVE_CTX)
acpi_lpss_save_ctx(dev, pdata);
@@ -882,21 +896,29 @@ static int acpi_lpss_runtime_resume(struct device *dev)
struct lpss_private_data *pdata = acpi_driver_data(ACPI_COMPANION(dev));
int ret;
- /*
- * This call is kept first to be in symmetry with
- * acpi_lpss_runtime_suspend() one.
- */
- if (lpss_quirks & LPSS_QUIRK_ALWAYS_POWER_ON && iosf_mbi_available())
- lpss_iosf_exit_d3_state();
+ if (pm_runtime_enabled(dev)) {
+ /*
+ * This call is kept first to be in symmetry with
+ * acpi_lpss_runtime_suspend() one.
+ */
+ if (lpss_quirks & LPSS_QUIRK_ALWAYS_POWER_ON &&
+ iosf_mbi_available())
+ lpss_iosf_exit_d3_state();
- ret = acpi_dev_runtime_resume(dev);
- if (ret)
- return ret;
+ ret = acpi_dev_runtime_resume(dev);
+ if (ret)
+ return ret;
- acpi_lpss_d3_to_d0_delay(pdata);
+ acpi_lpss_d3_to_d0_delay(pdata);
- if (pdata->dev_desc->flags & LPSS_SAVE_CTX)
- acpi_lpss_restore_ctx(dev, pdata);
+ if (pdata->dev_desc->flags & LPSS_SAVE_CTX)
+ acpi_lpss_restore_ctx(dev, pdata);
+
+ } else {
+ ret = lpss_resume_early(dev);
+ if (ret)
+ return ret;
+ }
return pm_generic_runtime_resume(dev);
}
diff --git a/drivers/acpi/device_pm.c b/drivers/acpi/device_pm.c
index f7bf596..b595968 100644
--- a/drivers/acpi/device_pm.c
+++ b/drivers/acpi/device_pm.c
@@ -913,7 +913,14 @@ EXPORT_SYMBOL_GPL(acpi_dev_runtime_resume);
int acpi_subsys_runtime_suspend(struct device *dev)
{
int ret = pm_generic_runtime_suspend(dev);
- return ret ? ret : acpi_dev_runtime_suspend(dev);
+
+ if (ret)
+ return ret;
+
+ if (!pm_runtime_enabled(dev))
+ return acpi_dev_suspend_late(dev);
+
+ return acpi_dev_runtime_suspend(dev);
}
EXPORT_SYMBOL_GPL(acpi_subsys_runtime_suspend);
@@ -926,7 +933,17 @@ EXPORT_SYMBOL_GPL(acpi_subsys_runtime_suspend);
*/
int acpi_subsys_runtime_resume(struct device *dev)
{
- int ret = acpi_dev_runtime_resume(dev);
+ struct acpi_device *adev = ACPI_COMPANION(dev);
+ int ret = 0;
+
+ if (!adev)
+ return 0;
+
+ if (!pm_runtime_enabled(dev))
+ ret = acpi_dev_resume_early(dev);
+ else
+ ret = acpi_dev_runtime_resume(dev);
+
return ret ? ret : pm_generic_runtime_resume(dev);
}
EXPORT_SYMBOL_GPL(acpi_subsys_runtime_resume);
@@ -939,6 +956,10 @@ EXPORT_SYMBOL_GPL(acpi_subsys_runtime_resume);
* Per default the ACPI PM domain tries to use the direct_complete path for its
* devices during system sleep. This function allows a user, typically a driver
* during probe, to disable the direct_complete path from being used by ACPI.
+ * Moreover, the ACPI PM domain expects and depends on that such driver deploys
+ * the runtime PM centric path for system sleep. In other words, the driver must
+ * make use of the pm_runtime_force_suspend|resume() helpers when implementing
+ * system sleep.
*/
void acpi_dev_disable_direct_complete(struct device *dev)
{
@@ -1072,13 +1093,21 @@ EXPORT_SYMBOL_GPL(acpi_subsys_prepare);
*/
void acpi_subsys_complete(struct device *dev)
{
+ struct acpi_device *adev = ACPI_COMPANION(dev);
+
+ if (!adev)
+ return;
+
pm_generic_complete(dev);
/*
* If the device had been runtime-suspended before the system went into
* the sleep state it is going out of and it has never been resumed till
- * now, resume it in case the firmware powered it up.
+ * now, resume it in case the firmware powered it up. Also resume it in
+ * case no_direct_complete is set for the device, to be sure the device
+ * are managed correctly when firmware has powered it up.
*/
- if (dev->power.direct_complete && pm_resume_via_firmware())
+ if ((dev->power.direct_complete || adev->power.no_direct_complete) &&
+ pm_resume_via_firmware())
pm_request_resume(dev);
}
EXPORT_SYMBOL_GPL(acpi_subsys_complete);
@@ -1106,8 +1135,17 @@ EXPORT_SYMBOL_GPL(acpi_subsys_suspend);
*/
int acpi_subsys_suspend_late(struct device *dev)
{
- int ret = pm_generic_suspend_late(dev);
- return ret ? ret : acpi_dev_suspend_late(dev);
+ struct acpi_device *adev = ACPI_COMPANION(dev);
+ int ret;
+
+ if (!adev)
+ return 0;
+
+ ret = pm_generic_suspend_late(dev);
+ if (ret || adev->power.no_direct_complete)
+ return ret;
+
+ return acpi_dev_suspend_late(dev);
}
EXPORT_SYMBOL_GPL(acpi_subsys_suspend_late);
@@ -1121,7 +1159,15 @@ EXPORT_SYMBOL_GPL(acpi_subsys_suspend_late);
*/
int acpi_subsys_resume_early(struct device *dev)
{
- int ret = acpi_dev_resume_early(dev);
+ struct acpi_device *adev = ACPI_COMPANION(dev);
+ int ret = 0;
+
+ if (!adev)
+ return 0;
+
+ if (!adev->power.no_direct_complete)
+ ret = acpi_dev_resume_early(dev);
+
return ret ? ret : pm_generic_resume_early(dev);
}
EXPORT_SYMBOL_GPL(acpi_subsys_resume_early);
--
2.7.4
next prev parent reply other threads:[~2017-08-23 14:42 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-23 14:42 [PATCH v2 0/9] PM / ACPI / i2c: Deploy runtime PM centric path for system sleep Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 1/9] PM / ACPI: Restore acpi_subsys_complete() Ulf Hansson
2017-08-23 22:41 ` Rafael J. Wysocki
2017-08-23 14:42 ` [PATCH v2 2/9] PM / Sleep: Remove pm_complete_with_resume_check() Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 3/9] PM / ACPI: Split code validating need for runtime resume in ->prepare() Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 4/9] PM / ACPI: Split acpi_lpss_suspend_late|resume_early() Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 5/9] PM / ACPI: Provide option to disable direct_complete for ACPI devices Ulf Hansson
2017-08-23 23:39 ` Rafael J. Wysocki
2017-08-24 0:13 ` Rafael J. Wysocki
2017-08-24 0:20 ` Rafael J. Wysocki
2017-08-24 1:03 ` Rafael J. Wysocki
2017-08-24 9:15 ` Ulf Hansson
2017-08-24 16:35 ` Rafael J. Wysocki
2017-08-24 21:50 ` Rafael J. Wysocki
2017-08-25 13:42 ` Rafael J. Wysocki
2017-08-28 1:30 ` Rafael J. Wysocki
2017-08-28 8:31 ` Ulf Hansson
2017-08-28 12:39 ` Rafael J. Wysocki
2017-08-28 12:54 ` Ulf Hansson
2017-08-28 13:40 ` Rafael J. Wysocki
2017-08-28 14:24 ` Ulf Hansson
2017-08-28 21:14 ` Rafael J. Wysocki
2017-08-25 9:28 ` Ulf Hansson
2017-08-25 12:23 ` Rafael J. Wysocki
2017-08-24 8:19 ` Ulf Hansson
2017-08-24 14:57 ` Rafael J. Wysocki
2017-08-25 9:04 ` Ulf Hansson
2017-08-23 14:42 ` Ulf Hansson [this message]
2017-08-23 14:42 ` [PATCH v2 7/9] PM / ACPI: Avoid runtime resuming device in acpi_subsys_suspend|freeze() Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 8/9] i2c: designware: Don't resume device in the ->complete() callback Ulf Hansson
2017-08-23 14:42 ` [PATCH v2 9/9] i2c: designware: Deploy the runtime PM centric approach for system sleep Ulf Hansson
2017-08-25 14:10 ` [PATCH v2 0/9] PM / ACPI / i2c: Deploy runtime PM centric path " Jarkko Nikula
2017-08-29 0:18 ` [PATCH 0/3] PM / ACPI / i2c: Runtime PM aware system sleep handling Rafael J. Wysocki
2017-08-29 0:20 ` [PATCH 1/3] PM / core: Add SAFE_SUSPEND driver flag Rafael J. Wysocki
2017-08-29 14:57 ` Ulf Hansson
2017-08-29 15:02 ` Rafael J. Wysocki
2017-08-29 0:59 ` [PATCH 2/3] PM / ACPI: Use SAFE_SUSPEND in the generic ACPI PM domain Rafael J. Wysocki
2017-08-29 0:59 ` [PATCH 3/3] PM: i2c-designware-platdrv: System sleep handling rework Rafael J. Wysocki
2017-08-29 16:38 ` Rafael J. Wysocki
2017-08-29 16:40 ` Rafael J. Wysocki
2017-08-29 10:29 ` [PATCH 0/3] PM / ACPI / i2c: Runtime PM aware system sleep handling Johannes Stezenbach
2017-08-29 11:44 ` Ulf Hansson
2017-08-29 13:53 ` Johannes Stezenbach
2017-08-29 14:43 ` Rafael J. Wysocki
2017-08-29 15:05 ` Ulf Hansson
2017-08-29 16:44 ` Rafael J. Wysocki
2017-08-29 14:49 ` Rafael J. Wysocki
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=1503499329-28834-7-git-send-email-ulf.hansson@linaro.org \
--to=ulf.hansson@linaro.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=guodong.xu@linaro.org \
--cc=haojian.zhuang@linaro.org \
--cc=jarkko.nikula@linux.intel.com \
--cc=john.stultz@linaro.org \
--cc=jszhang@marvell.com \
--cc=khilman@kernel.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=rjw@rjwysocki.net \
--cc=sumit.semwal@linaro.org \
--cc=wsa@the-dreams.de \
/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).