From patchwork Tue Aug 26 12:07:11 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 4780761 Return-Path: X-Original-To: patchwork-linux-acpi@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 602A69F383 for ; Tue, 26 Aug 2014 12:08:11 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 0CB24201ED for ; Tue, 26 Aug 2014 12:08:10 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 33DC1201F4 for ; Tue, 26 Aug 2014 12:08:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754626AbaHZMH5 (ORCPT ); Tue, 26 Aug 2014 08:07:57 -0400 Received: from mail-la0-f45.google.com ([209.85.215.45]:59645 "EHLO mail-la0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757898AbaHZMHx (ORCPT ); Tue, 26 Aug 2014 08:07:53 -0400 Received: by mail-la0-f45.google.com with SMTP id ty20so14861339lab.4 for ; Tue, 26 Aug 2014 05:07:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=f2EPB50JcbhTRovQYQkBiM2L4YoRd5RosoJdx72dQJQ=; b=MZtCxQzrubHeEpNIr3lV2K7nloMvmlgOPW/uWwDxBj0vAUEnKp4gebs0+RNVIqCe6A YW9rnXbRKjutEYnAnXpmIifCE9uraQxOy28dTWqkJo4pgmqt4xzp7MvKOgYJ6Cm4lAlP WNII939w2qKO7O/N/onWJWO5pKS1z8aH6F6NxI2LgmL6ZY7q8LmPLM4COdriub7lZbFY kgWdVzj5Q5yV/jI0euHbW1GDeIR1d4+/i9mIcqMVzCiZEq4EiCvyf/mzldWv+oEisgAG K9CTCixd3lRs3IbBX10TIWV9OPdwaTqFUmW3v9kjNrd4dT7IMuUgW2rJw7tnfjgTmqlw IbGw== X-Gm-Message-State: ALoCoQmyIGMl7MMO1ONJiG+idsU98j/xeu3POgyiZuvzGGC54NBLRZfOIws83X3laSe/v8qgYm4E X-Received: by 10.152.21.6 with SMTP id r6mr9366317lae.6.1409054871854; Tue, 26 Aug 2014 05:07:51 -0700 (PDT) Received: from uffe-Latitude-E6430s.lan (90-231-160-185-no158.tbcn.telia.com. [90.231.160.185]) by mx.google.com with ESMTPSA id ai1sm4908979lbd.12.2014.08.26.05.07.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 26 Aug 2014 05:07:51 -0700 (PDT) From: Ulf Hansson To: "Rafael J. Wysocki" , Len Brown , Pavel Machek , Greg Kroah-Hartman , linux-pm@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org, linux-acpi@vger.kernel.org, Geert Uytterhoeven , Kevin Hilman , Alan Stern , Daniel Lezcano , Tomasz Figa , devicetree@vger.kernel.org, Linus Walleij , Simon Horman , Magnus Damm , Ben Dooks , Kukjin Kim , Stephen Boyd , Philipp Zabel , Mark Brown , Wolfram Sang , Chris Ball , Russell King , Ulf Hansson Subject: [PATCH 3/9] PM / Domains: Add APIs to attach/detach a power domain for a device Date: Tue, 26 Aug 2014 14:07:11 +0200 Message-Id: <1409054837-5667-4-git-send-email-ulf.hansson@linaro.org> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1409054837-5667-1-git-send-email-ulf.hansson@linaro.org> References: <1409054837-5667-1-git-send-email-ulf.hansson@linaro.org> Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP To maintain scalability let's add common methods to attach and detach a power domain for a device, dev_pm_domain_attach|detach(). Typically dev_pm_domain_attach() shall be invoked from subsystem level code at the probe phase to try to attach a device to it's power domain. The reversed actions may be done a the remove phase and then by invoking dev_pm_domain_detach(). The supported power domains at this point are the ACPI and the generic power domains. Signed-off-by: Ulf Hansson --- drivers/base/power/common.c | 58 +++++++++++++++++++++++++++++++++++++++++++++ include/linux/pm.h | 14 +++++++++++ 2 files changed, 72 insertions(+) diff --git a/drivers/base/power/common.c b/drivers/base/power/common.c index df2e5ee..f544128 100644 --- a/drivers/base/power/common.c +++ b/drivers/base/power/common.c @@ -11,6 +11,8 @@ #include #include #include +#include +#include /** * dev_pm_get_subsys_data - Create or refcount power.subsys_data for device. @@ -82,3 +84,59 @@ int dev_pm_put_subsys_data(struct device *dev) return ret; } EXPORT_SYMBOL_GPL(dev_pm_put_subsys_data); + +/** + * dev_pm_domain_attach - Attach a device to it's power domain. + * @dev: Device to attach. + * @power_on: Used to indicate whether we should power on the device. + * + * The @dev may only be attached to a single power domain. By iterating through + * the available alternatives we try to find a valid domain for the device. + * + * This function should typically be invoked from subsystem level code during + * the probe phase. Especially for those that's hold devices which requires + * power management through power domains. + * + * Callers must ensure proper synchronization of this function with power + * management callbacks. + * + * Returns 0 on successfully attached power domain or negative error code. + */ +int dev_pm_domain_attach(struct device *dev, bool power_on) +{ + int ret; + + ret = acpi_dev_pm_attach(dev, power_on); + if (ret == -EPROBE_DEFER) + return ret; + else + ret = genpd_dev_pm_attach(dev); + + return ret; +} +EXPORT_SYMBOL_GPL(dev_pm_domain_attach); + +/** + * dev_pm_domain_detach - Detach a device from it's power domain. + * @dev: Device to attach. + * @power_off: Used to indicate whether we should power off the device. + * + * The @dev may be attached to a power domain. By iterating through the + * available alternatives we detach it from it's power domain. + * + * This functions will reverse the actions from dev_pm_domain_attach() and + * thus detach the @dev from it's power domain. Typically it should be invoked + * from subsystem level code during the remove phase. + * + * Callers must ensure proper synchronization of this function with power + * management callbacks. + * + * Returns 0 on successfully detached power domain or negative error code. + */ +int dev_pm_domain_detach(struct device *dev, bool power_off) +{ + if (acpi_dev_pm_detach(dev, power_off)) + return genpd_dev_pm_detach(dev); + return 0; +} +EXPORT_SYMBOL_GPL(dev_pm_domain_detach); diff --git a/include/linux/pm.h b/include/linux/pm.h index 72c0fe0..8176b07 100644 --- a/include/linux/pm.h +++ b/include/linux/pm.h @@ -621,6 +621,20 @@ struct dev_pm_domain { struct dev_pm_ops ops; }; +#ifdef CONFIG_PM +extern int dev_pm_domain_attach(struct device *dev, bool power_on); +extern int dev_pm_domain_detach(struct device *dev, bool power_off); +#else +static inline int dev_pm_domain_attach(struct device *dev, bool power_on) +{ + return -ENODEV; +} +static inline int dev_pm_domain_detach(struct device *dev, bool power_off) +{ + return -ENODEV; +} +#endif + /* * The PM_EVENT_ messages are also used by drivers implementing the legacy * suspend framework, based on the ->suspend() and ->resume() callbacks common