Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3205196imm; Tue, 29 May 2018 03:06:50 -0700 (PDT) X-Google-Smtp-Source: ADUXVKK9D8vRT89kaXO2A6i7zzc+6+NvrI9sWiJK9hJalfe5XHYOD5b6P23tocZNLOv85yx4E39o X-Received: by 2002:a63:7a49:: with SMTP id j9-v6mr3195879pgn.353.1527588410804; Tue, 29 May 2018 03:06:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527588410; cv=none; d=google.com; s=arc-20160816; b=emWFw13XVcnMgZOsXgrCFCvS8kVbyLgAQZczwwGlI92WW5MwzxLA13Bl39G2ViDC5x 1L7yYT3k1Na/luqQrTY58wE1OMG1YvSOhapfjEpoPALIE7ESIJYDfof+ivq5sYwXWo7s nItwhkoygJ8sJbXWvjWRPDdncCM6dw99EnelmbwqoO25bOKU8d8G5uj4RMqwafT3TIU1 zgxKMpcLNZO26H/qegm5oTLe9mPEeOISkzFVnpV95lBjjYU2A7RDhlTsk3vJdYIan3V+ u6WX+DkdX0TeSJbheMxkxsDWt/u5iIyPO+DzUPESVTxfE2m/N94pqg9BfZN0MNFf5c8h FkFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=yQ4ukAh6z4qIZhwwXLKnDtTdeOmHdRuam254ohPML9I=; b=tRaPDdAVHdgX+uzhrYBTmIC7fIQH1NdiYY4GJjxbIhQ3UalB6cpvnFwAdilACGtQRB 9i9DBgdOli/eYHxXB2b1MzkDE8fIA0cc560z/aA3CA0MXnmDkm557I6/hDr/IgahaY+o 9Ds1JmwtZjpJ3jSgzPq1nzuKEYBUynUu2qCCHYxADDtEUp1dySf5jwYtFqNLbz2HOWCK ZvytulXu1F676vH3caAdDh0E6i7leRQnVRYmgqrSk1pn9+gsaz4xQ0QaayCFlkvVtmce OTeWguv6zvoOWB1BZovl+/fhg5cdiOJM1GWei8RhgJOzx7kb/5WijylO0qbP1RCF6KqP VpFA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=baAcQg9k; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w73-v6si32897286pfd.19.2018.05.29.03.06.36; Tue, 29 May 2018 03:06:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=baAcQg9k; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933244AbeE2KFq (ORCPT + 99 others); Tue, 29 May 2018 06:05:46 -0400 Received: from mail-wm0-f66.google.com ([74.125.82.66]:39703 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933161AbeE2KEj (ORCPT ); Tue, 29 May 2018 06:04:39 -0400 Received: by mail-wm0-f66.google.com with SMTP id f8-v6so38972480wmc.4 for ; Tue, 29 May 2018 03:04:38 -0700 (PDT) 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=yQ4ukAh6z4qIZhwwXLKnDtTdeOmHdRuam254ohPML9I=; b=baAcQg9kaTj8nhVtTq8QF2TNt9vxE96Z3+M/1pVcZ82pkYfuX8aiN4+VP81JoiMuF5 qZgVQRq1h4Srun7c3RXORjlRnDOfdhDzI2M11Stqn1dvRMcvH5vVqPK9J5PxmNOZQQ1h sw0pGezezZm6N1vfd4lnGd3Yrb6Eup2QgWwzg= 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=yQ4ukAh6z4qIZhwwXLKnDtTdeOmHdRuam254ohPML9I=; b=Gunzr2AgnVMrJgIVMUySuVthTjmALzY+hHwLmSioRkNfFkhyE0gXexS/NVhlQzMTtM UeQT6/g8iJ/+4dOC+i6p3pBdAZDzjU1XX7MsvUGm6QT4w21/5RxTx1fqHCrD42eRQo7D sKNfmx2qlAnzQp6aHmHGLrBB5XExez5OYO3LL5AReeQPd8Bg4myxWseG5L8vpG87vpbJ XD6fVHUCiKgDWR5e3ad/Bu9eT1+WvLAYg1Gdz56fjdtzmB7bFeNB3DpglUER7Eu3U2uN vuJtcVchfKg45AEWofCBKHmtNkHwDuSH8FpZ2sN/QJ0vl/hOz4fdxaLXeERjZaBrGjbt lFwQ== X-Gm-Message-State: ALKqPwfKhASr+NYYL4JfAKGMbH7rmR8xVWRMOBAtwjYxfuKV+wAhF0ho XAcJQ/Ek1zavt9UMdZzKZo4iRg== X-Received: by 2002:a2e:1092:: with SMTP id 18-v6mr5777646ljq.115.1527588277835; Tue, 29 May 2018 03:04:37 -0700 (PDT) Received: from localhost.localdomain (h-158-174-22-210.NA.cust.bahnhof.se. [158.174.22.210]) by smtp.gmail.com with ESMTPSA id e21-v6sm2561718lfg.74.2018.05.29.03.04.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 May 2018 03:04:37 -0700 (PDT) From: Ulf Hansson To: "Rafael J . Wysocki" , linux-pm@vger.kernel.org Cc: Ulf Hansson , Greg Kroah-Hartman , Jon Hunter , Geert Uytterhoeven , Todor Tomov , Rajendra Nayak , Viresh Kumar , Vincent Guittot , Kevin Hilman , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-tegra@vger.kernel.org, Rob Herring , devicetree@vger.kernel.org Subject: [PATCH v2 6/9] PM / Domains: Don't attach devices in genpd with multi PM domains Date: Tue, 29 May 2018 12:04:18 +0200 Message-Id: <20180529100421.31022-7-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180529100421.31022-1-ulf.hansson@linaro.org> References: <20180529100421.31022-1-ulf.hansson@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The power-domain DT property may now contain a list of PM domain specifiers, which represents that a device are partitioned across multiple PM domains. This leads to a new situation in genpd_dev_pm_attach(), as only one PM domain can be attached per device. To remain things simple for the most common configuration, when a single PM domain is used, let's treat the multiple PM domain case as being specific. In other words, let's change genpd_dev_pm_attach() to check for multiple PM domains and prevent it from attach any PM domain for this case. Instead, leave this to be managed separately, from following changes to genpd. Cc: Rob Herring Cc: devicetree@vger.kernel.org Suggested-by: Jon Hunter Signed-off-by: Ulf Hansson --- Changes in v2: - Minor update to changelog to mention "PM domain specifiers" rather than a "list of phandles". --- drivers/base/power/domain.c | 18 +++++++++++++----- 1 file changed, 13 insertions(+), 5 deletions(-) diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c index 7ebf7993273a..12a20f21974d 100644 --- a/drivers/base/power/domain.c +++ b/drivers/base/power/domain.c @@ -2229,10 +2229,10 @@ static void genpd_dev_pm_sync(struct device *dev) * attaches the device to retrieved pm_domain ops. * * Returns 1 on successfully attached PM domain, 0 when the device don't need a - * PM domain or a negative error code in case of failures. Note that if a - * power-domain exists for the device, but it cannot be found or turned on, - * then return -EPROBE_DEFER to ensure that the device is not probed and to - * re-try again later. + * PM domain or when multiple power-domains exists for it, else a negative error + * code. Note that if a power-domain exists for the device, but it cannot be + * found or turned on, then return -EPROBE_DEFER to ensure that the device is + * not probed and to re-try again later. */ int genpd_dev_pm_attach(struct device *dev) { @@ -2243,10 +2243,18 @@ int genpd_dev_pm_attach(struct device *dev) if (!dev->of_node) return 0; + /* + * Devices with multiple PM domains must be attached separately, as we + * can only attach one PM domain per device. + */ + if (of_count_phandle_with_args(dev->of_node, "power-domains", + "#power-domain-cells") != 1) + return 0; + ret = of_parse_phandle_with_args(dev->of_node, "power-domains", "#power-domain-cells", 0, &pd_args); if (ret < 0) - return 0; + return ret; mutex_lock(&gpd_list_lock); pd = genpd_get_from_provider(&pd_args); -- 2.17.0