Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp4341956imm; Fri, 18 May 2018 03:35:34 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqAEVAGsroFdJOvAdt79TBZF9jEuivn/18H+Dy7/7PMwXT5j7oYjjYqXfSaZ8GjybIUZZGf X-Received: by 2002:a63:aa4c:: with SMTP id x12-v6mr6781147pgo.398.1526639734470; Fri, 18 May 2018 03:35:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526639734; cv=none; d=google.com; s=arc-20160816; b=bXmLtVizxnQEkR1j9LnOl8FGWAjN6LPBPGlGaS2TS+piFFgPgc1E+TlH3EdP14TE7k AK88GG1OL3It+UcnHIiagR97mscAe2k9V1fu/QAccpRFM3kdgJZw1cSGFmLsC3zBT06/ puBVmewpXWAzJ1TKpnyzYrBXejFpx7RELbA5I67vb5n2bm6tviiR+eQs7g7yhYI/n6+c 5Tpv4NqoiXE6cNxq5fSYveBedABZdYZJOL26m6GqBurC8G3GwtgvyjLPpZA5FlSw1MOz LvE9cE0KJnewEGHweYoQsrdsGK2OLf8yAzCUQPCGAxEGhP+FpOQqTmhM5oeOT+1/BZnJ Y60g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature :arc-authentication-results; bh=FOwPx8WUPVPqHgAeNB/0QN6Y3eokiOLqlpz3at8zk58=; b=zNr1uOO8Jm2w4rMQUwiKM/MFMxTDK2QkFfcJ+B+PabiD8waajjtUPDcBCXD2il1mBD M+EhC7T/kgtpMuaHc7nZbB6q8d1FgIxnaUJGGj5SYmYMS81sscKnGCNlBZMKc3lHqmFB i2iPMwURRC7tDFR8GG8Q4lxWmSP84fWOPSxFMd9V9KlFRvqA7gn3fi6pjxjLHx3rR+hT IbG5k0VJC6wqlabLExqpoJJktZhqsNQZrYUSDatyVFWgAICWwA8bvToLWxmXFtzoFqAF Vr9m/1TuMm7K5hrtnfn0DqVPH1OMwXIKoq4n/YFjBHlCHCQfgE5twqYiwEzhq0XdHBda hF9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=jlRHQp/h; 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 c2-v6si7047424plr.454.2018.05.18.03.35.20; Fri, 18 May 2018 03:35:34 -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=jlRHQp/h; 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 S1752822AbeERKeh (ORCPT + 99 others); Fri, 18 May 2018 06:34:37 -0400 Received: from mail-lf0-f66.google.com ([209.85.215.66]:38547 "EHLO mail-lf0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752136AbeERKbs (ORCPT ); Fri, 18 May 2018 06:31:48 -0400 Received: by mail-lf0-f66.google.com with SMTP id z142-v6so13204093lff.5 for ; Fri, 18 May 2018 03:31:47 -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:mime-version :content-transfer-encoding; bh=FOwPx8WUPVPqHgAeNB/0QN6Y3eokiOLqlpz3at8zk58=; b=jlRHQp/hPQaVvLlxsydcWP44BEJ645rwxAU1GMydvFFi2JchsYRGz9YTfiJnRvM2IE iSuwKoHyC9TsU01pPdiiGyUABzWFU3WvVVvJ7O3ArrIiJ4TPvaFJ+x7xFDmouEKgXusB DFzC1HRQk/dMqDdqW4wHxAAeSt5IoshGPpSjU= 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:mime-version :content-transfer-encoding; bh=FOwPx8WUPVPqHgAeNB/0QN6Y3eokiOLqlpz3at8zk58=; b=S2KDOiE5fNhUQT7yDomtbqW/P2rdCtrWv6IrZpc6CgC5A+xJcPHSTzs2Za6OJ/zTiZ eTinnSJ/OL7Ty0XiQXhEcAc1hvXcAh4UbbiC/T4KYZPvOZL28P2EnrEPmRYIh5FYw1H2 G74s8y3+qK3VZyL+cBCwaY+Zb8taeEtmz1/KY3LxtkC1qpS8RaTNVGvRC7C7UfTzFW+S TZTzbr+AA23FE3N5m9C/clwu1FRSVexU9qi/4e7b9JJ17Q6eBKOq7PBZu+SfF41kOg61 a7djlp2YNrk410NNR257USU0+38x+LJxClLdDXU2BJftmiWlL3Vp56TiXfmVflwBj7Aw lOLA== X-Gm-Message-State: ALKqPwcb5zUiJ0k4iXNZK0o0ExMRtX/keiD9E8wK6hsqooC8ZUBBoDRq idnUDlrjyOTNUgzDD1SZHcZE7A== X-Received: by 2002:a2e:6a07:: with SMTP id f7-v6mr5279807ljc.145.1526639507105; Fri, 18 May 2018 03:31:47 -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 u14-v6sm393447lfk.55.2018.05.18.03.31.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 18 May 2018 03:31:46 -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 Subject: [PATCH 0/9] PM / Domains: Add support for multi PM domains per device Date: Fri, 18 May 2018 12:31:21 +0200 Message-Id: <1526639490-12167-1-git-send-email-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.7.4 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There are devices that are partitioned across multiple PM domains. Currently these can't be supported well by the available PM infrastructures we have in the kernel. This series is an attempt to address this. The interesting parts happens from patch 5 an onwards, including a minor DT update to the existing power-domain bindings, the 4 earlier are just trivial clean-ups of some related code in genpd, which I happened to stumble over. Some additional background: One existing case where devices are partitioned across multiple PM domains, is the Nvida Tegra 124/210 X-USB subsystem. A while ago Jon Hunter (Nvidia) sent a series, trying to address these issues, however this is a new approach, while it re-uses the same concepts from DT point of view. The Tegra 124/210 X-USB subsystem contains of a host controller and a device controller. Each controller have its own independent PM domain, but are being partitioned across another shared PM domain for the USB super-speed logic. Currently to make the drivers work, either the related PM domains needs to stay powered on always or the PM domain topology needs to be in-correctly modelled through sub-domains. In both cases PM domains may be powered on while they don't need to be, so in the end this means - wasting power -. As stated above, this series intends to address these problem from a PM infrastructure point of view. More details are available in each changelog. It should be noted that this series has been tested on HW, however only by using a home-cooked test PM domain driver for genpd and together with a test driver. This allowed me to play with PM domain (genpd), runtime PM and device links. Any further deployment for real use cases are greatly appreciated. I am happy to to help, if needed! Kind regards Ulf Hansson Ulf Hansson (9): PM / Domains: Drop extern declarations of functions in pm_domain.h PM / Domains: Drop __pm_genpd_add_device() PM / Domains: Drop genpd as in-param for pm_genpd_remove_device() PM / Domains: Drop unused parameter in genpd_allocate_dev_data() PM / Domains: dt: Allow power-domain property to be a list of phandles PM / Domains: Don't attach devices in genpd with multi PM domains PM / Domains: Split genpd_dev_pm_attach() PM / Domains: Add support for multi PM domains per device to genpd PM / Domains: Add dev_pm_domain_attach_by_id() to manage multi PM domains .../devicetree/bindings/power/power_domain.txt | 18 ++- drivers/base/power/common.c | 33 ++++- drivers/base/power/domain.c | 154 ++++++++++++++++----- drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 2 +- include/linux/pm_domain.h | 79 +++++------ 5 files changed, 208 insertions(+), 78 deletions(-) -- 2.7.4