From patchwork Fri Dec 15 15:56:30 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 122116 Delivered-To: patches@linaro.org Received: by 10.140.22.227 with SMTP id 90csp648103qgn; Fri, 15 Dec 2017 07:56:46 -0800 (PST) X-Received: by 10.25.154.205 with SMTP id c196mr6351907lfe.116.1513353406747; Fri, 15 Dec 2017 07:56:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513353406; cv=none; d=google.com; s=arc-20160816; b=KkSGo8RfqeR5RgzuV0YwhoFmdBqpB6npkIivGKNEc1zcTHtCMXWiB96Hz1LMgQN+ou fkS/o0r9tcaqS7Rd2LHyQjox8miZGfI08Nd1say8HMt0/3nYLjKv09D+AAnCs/5t3B6h NBc2rNpsuKaJ/KcAVuCfI6GLhVf7f6MkfcZITJ+1FcJHcEvT3Ltm9EwMp9tZH2sKAw9p ob3HTRJoru1nb5TO6XfU82HAdU/TkJ5BSoKLS7RXtdfq5tyGMKJgPjNxPTzGm9pd14xa xIbIeck97DHQIxXHtBr+xcxFwLFUYu5O4isEou/Z3Hfi0yHokMCZIZrUvsejMt2Dqtls eV+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=OXVTbBVyb8As8Yrqn/1KiYPJKsdq9JJvs6Uwj5w0K14=; b=Z2ZLrwdr3SaPohzGsnMjFcjHh36RyHb3BAA2WRx8X/F3Fd+XtEe6zi0WGHpZTHJNQn 3n7Kc/NjO8sHETMVcpcYDOHiEE/56z06SuQ5X/17YhRC1deZmkwPpRrN5Tp/vqE0Hhuf EgbtWLmMoVCuBgT1gBNm434C6Rci6negCFu29fijLlOAiCPxsvXFxTn0cadfvUQzoOuq hLedFgpbFqg54mJfuODmCXtEVK7iYLWOzHtppfeLZ5wDYu/r0H8ugPi22PsJkx6+SVT7 PDYzAw7RJl+qWkFZCvIk7ni1vBhp9gHDEEAceEDbHf27/x0Xiflbnm9ecAxSJlMg85sX INuw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VS04eRJB; spf=pass (google.com: domain of ulf.hansson@linaro.org designates 209.85.220.65 as permitted sender) smtp.mailfrom=ulf.hansson@linaro.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id g14sor1436513ljg.36.2017.12.15.07.56.46 for (Google Transport Security); Fri, 15 Dec 2017 07:56:46 -0800 (PST) Received-SPF: pass (google.com: domain of ulf.hansson@linaro.org designates 209.85.220.65 as permitted sender) client-ip=209.85.220.65; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VS04eRJB; spf=pass (google.com: domain of ulf.hansson@linaro.org designates 209.85.220.65 as permitted sender) smtp.mailfrom=ulf.hansson@linaro.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=OXVTbBVyb8As8Yrqn/1KiYPJKsdq9JJvs6Uwj5w0K14=; b=VS04eRJBW0tF2J2SQvw2Et8mZE7AswIJ2eqcS5Ot5PU+3VdzkLXjFgn9yTqfgqiuz/ HTzXbLgROL7FP7kKA0U+jEl6UGhjezOXHf+wGb7HXlqoF7zC0SeqcszIFVcd/W7BtgH5 8L/KYd6knfg/EoiU1FshE5av0FfeAP8v4yeVg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=OXVTbBVyb8As8Yrqn/1KiYPJKsdq9JJvs6Uwj5w0K14=; b=cpcnwYDNtJoVIth7p1EVSLkoG3jwhr7N3puNWtIqroLhd0i55VTWEQcSJ1GvNUlV6f 9Tt66mP8wGDqFrbDVnULWQT9GQGDYsp0I7sc5NpHJvjmSXnGtOnOZb9aHrJpldF8U19u PYzWSv7w57rXtCKaHTEcBKXMcxw9pNZJQR2bzzqfouUZun3z7vzlo1lqcwu8A+TqHk9e tby1y1QXwH1s6Ox9Qc54QpqGi3ZbWVOC+spXPV5R2QcnsQwCdUYKALnhQmJjEXX07lij YFoEdr9iqla2TwNU3LOtkgiGogRghbkv5iZMbMUHxypTu9wEQc4IN1wdF7LUQKO0RPp+ ZAEw== X-Gm-Message-State: AKGB3mJu3fgOmvIgmqZoX+ZEfTJgV93lslO4BvIQnP4OvVmFOcZ486PX LCsn3byIEzmc7r7wOV+ab0ezucoM X-Google-Smtp-Source: ACJfBovBOC6OCdFGXSMMNM2M6wQ+vV2sVSA3KK4lo+esHlHbP2lfzL64+5pAkKEHZkQderNBOrkufg== X-Received: by 10.46.34.196 with SMTP id i187mr6727659lji.106.1513353406285; Fri, 15 Dec 2017 07:56:46 -0800 (PST) Return-Path: Received: from localhost.localdomain (h-158-174-22-67.NA.cust.bahnhof.se. [158.174.22.67]) by smtp.gmail.com with ESMTPSA id y15sm1294216lje.10.2017.12.15.07.56.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 15 Dec 2017 07:56:45 -0800 (PST) From: Ulf Hansson To: "Rafael J . Wysocki" , linux-pm@vger.kernel.org Cc: Kevin Hilman , Viresh Kumar , Geert Uytterhoeven , Simon Horman , Niklas Soderlund , Vincent Guittot , linux-renesas-soc@vger.kernel.org, Ulf Hansson Subject: [PATCH 2/3] PM / core: Add WAKEUP_PATH driver flag Date: Fri, 15 Dec 2017 16:56:30 +0100 Message-Id: <1513353391-30806-3-git-send-email-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1513353391-30806-1-git-send-email-ulf.hansson@linaro.org> References: <1513353391-30806-1-git-send-email-ulf.hansson@linaro.org> During system suspend, a driver may find that the wakeup setting is enabled for its device and therefore configures it to deliver system wakeup signals. Additionally, sometimes the driver and its device, relies on some further consumed resource, like an irqchip or a phy for example, to stay powered on, as to be able to deliver system wakeup signals. In general the driver deals with this, via raising an "enable count" of the consumed resource or via a subsystem specific API, like irq_set_irq_wake() or enable|disable_irq_wake() for an irqchip. However, this information about the wakeup path for resources, is currently not available to a PM domain (unless it has some HW-logic that knows this), which means that it may decide to power off a device and its PM domain. In other words, it may prevent the wakeup signal from being delivered. For this reason, let's introduce a new WAKEUP_PATH driver flag, to allow a driver to indicate that it controls a resource needed in the wakeup path. Make the PM core to check the WAKEUP_PATH flag immediately after the ->suspend() callback has been invoked and set the wakeup_path status flag accordingly. In this way the wakeup_path flag also becomes propagated to the parent device, which may be useful for some cases. For a PM domain that needs the information about the wakeup path, it should check the wakeup_path status flag for its attached devices in a later suspend phase, but perhaps also the WAKEUP_PATH driver flag explicitly, in case it has been set after the ->suspend() callback has been invoked for the device. Signed-off-by: Ulf Hansson --- drivers/base/power/main.c | 3 ++- include/linux/pm.h | 7 +++++++ 2 files changed, 9 insertions(+), 1 deletion(-) -- 2.7.4 diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c index 810e5fb..1327726 100644 --- a/drivers/base/power/main.c +++ b/drivers/base/power/main.c @@ -1620,7 +1620,8 @@ static int __device_suspend(struct device *dev, pm_message_t state, bool async) End: if (!error) { dev->power.is_suspended = true; - if (device_may_wakeup(dev)) + if (device_may_wakeup(dev) || + dev_pm_test_driver_flags(dev, DPM_FLAG_WAKEUP_PATH)) dev->power.wakeup_path = true; dpm_propagate_to_parent(dev); dpm_clear_suppliers_direct_complete(dev); diff --git a/include/linux/pm.h b/include/linux/pm.h index e723b78..ebc6ef8 100644 --- a/include/linux/pm.h +++ b/include/linux/pm.h @@ -560,6 +560,7 @@ struct pm_subsys_data { * SMART_PREPARE: Check the return value of the driver's ->prepare callback. * SMART_SUSPEND: No need to resume the device from runtime suspend. * LEAVE_SUSPENDED: Avoid resuming the device during system resume if possible. + * WAKEUP_PATH: The device is used in the wakeup path from system suspend. * * Setting SMART_PREPARE instructs bus types and PM domains which may want * system suspend/resume callbacks to be skipped for the device to return 0 from @@ -576,11 +577,17 @@ struct pm_subsys_data { * * Setting LEAVE_SUSPENDED informs the PM core and middle-layer code that the * driver prefers the device to be left in suspend after system resume. + * + * Setting WAKEUP_PATH informs the PM core and the PM domain, that the device is + * a part of the wakeup path at system suspend. The PM core detects this flag + * and sets the wakeup_path status flag immeditaley after the ->suspend() + * callback has been invoked for the the device. */ #define DPM_FLAG_NEVER_SKIP BIT(0) #define DPM_FLAG_SMART_PREPARE BIT(1) #define DPM_FLAG_SMART_SUSPEND BIT(2) #define DPM_FLAG_LEAVE_SUSPENDED BIT(3) +#define DPM_FLAG_WAKEUP_PATH BIT(4) struct dev_pm_info { pm_message_t power_state;