Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3051066ybi; Mon, 10 Jun 2019 03:32:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqzV9NvF6tLxrnAJ0//hTvGi4IMUDkWHowq0Wf8tfuhbBBeI6KKGoDEkHwFZT+L456b9EUkA X-Received: by 2002:a17:90b:d8b:: with SMTP id bg11mr20546449pjb.30.1560162740274; Mon, 10 Jun 2019 03:32:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560162740; cv=none; d=google.com; s=arc-20160816; b=a4xovuFN/SN6uCqsO3Rb3YpfwEpYiG/2SU8CATLaeFRmZToyPudiILoraM+OotzlIh z/wtu1nGbPQaloJc3EJmMf1ywhJ1pa6hp0UI7ogmldUOeWua3CE4meQlOcPvCFveS8DG CxmG8HJKaetpWvLVSFSQhcGmRC1Q2//x6HW+3txkO/xxZwxg/h9qTVLfdlxmFGW2n+77 OYB9NxazWua6YoNG6IHpSSNf0WtFEVDrW2LM4g453NHUoK/Hveg/whN0TQWvSpFBXL5X 7y68NfbnqeTBDM/KTFQPEZqSgiFEnoRkuPXTRjax4ZrVfQ6ulOc7B5oH48gMg14l/n7G k5jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=15Mv27CpOqcY/QGlaDdYOaxwUvkGE7VrIq+6M5Rz0FU=; b=lowP1Q13b3E+akwHBXqzq6myNa887oMtPdYYMtFT+44gOz/+O7zXnJ/Wb9tsGbBWPG c9b6lOe70OzDeBv9Nj7MOEcvo1iboWBxCv6pkhZOfyq0+aZylg6d30hHPXvUBIwkYtCk 5nfKvzxHU7EnH5S7eXM7fZQIt2HG4/A4PEhW2+Y/zQuatvwqbtPOwr4ZPZWgqki8SB/b izz0VmOuTyX48URlLOi+A9GFn0sQ5y6/mvbjXr99UMuC2TZJyptPObJAi+oipuPhYaA9 HDnPIhP3xmY5lGQdT+Yxu1YgxzYKWh3Nj3ZGajLPCbSvzWpJdEmONcBofouoQC3uT/ll wrzg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=s9BQ9KsF; 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 m45si9717232pje.39.2019.06.10.03.32.03; Mon, 10 Jun 2019 03:32:20 -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=s9BQ9KsF; 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 S2389379AbfFJKWT (ORCPT + 99 others); Mon, 10 Jun 2019 06:22:19 -0400 Received: from mail-ua1-f67.google.com ([209.85.222.67]:38034 "EHLO mail-ua1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388937AbfFJKWS (ORCPT ); Mon, 10 Jun 2019 06:22:18 -0400 Received: by mail-ua1-f67.google.com with SMTP id j2so2814754uaq.5 for ; Mon, 10 Jun 2019 03:22:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=15Mv27CpOqcY/QGlaDdYOaxwUvkGE7VrIq+6M5Rz0FU=; b=s9BQ9KsFHX7r67adKcBwj8x+BIiC1XiicdzH46J+YsO3WPlHQMjCJ/t2E24Bq3kiKD +Bg3PsRj14xJfdhcC+LOuy4BR9Xkwfz3SPO2dsCcygvloePKw5wrInVKtfDBKW57eQm9 4UkH+z4+9Ck49Km3+5u06HRJY5h5q7+K/DOCqolnYmquXsQ7ocAyECXW2l+0L+byHT3j PKXJa36XaZ+BpR4tBZNYB2mFSC6H69CAkdArGNOYIrWO7vAgTXCznGvw42YfFzh5cnaz gTJTXwymRKiZ9jf6nd1DkSHEdQQwuslE5sDsGDvN8V7pkWRln0K33K9p++EaAFmskLD5 rXdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=15Mv27CpOqcY/QGlaDdYOaxwUvkGE7VrIq+6M5Rz0FU=; b=J7v9r9lPmZl6xORtZgmEYrC4ZMkLc45gHG7SNwy7D41J3ON/8ul1P+q+1N47+BrBKe j2X1oZ7KSJ8QGlU/1/XnAkCtKoYvL0fEuojgXYdHBo7uY3XbIAW16P2hD08Icu8fqMhX lqp+MN3HpZmOaye4Wvnz42AmM46rmPTUYACxyDo+kYDPbnvkoy6PR6uBLTKHan0l9n72 M6p7S1GhMxVLafaii/nYEScOfrlUm3zOYIA+HwBvKIAq2eJabd3UwJRbUbVRtE6fMi43 aVU4lWWE42L5i3Dw+g60ciW2C9kGloXvtkq26Z6p7uU/gYynvZHsqrZRTz0uwnngCry1 8g0Q== X-Gm-Message-State: APjAAAVQV+nuRhZWK2OY5+F/lw5/X/UCpr41gOI11ZjNj6EOia9yT/Mg 22M4PxB3e8B743oBXSsepxhaENJU248qZTJdD2KGqg== X-Received: by 2002:a9f:31a2:: with SMTP id v31mr8218485uad.15.1560162137549; Mon, 10 Jun 2019 03:22:17 -0700 (PDT) MIME-Version: 1.0 References: <20190513192300.653-1-ulf.hansson@linaro.org> <20190513192300.653-10-ulf.hansson@linaro.org> <20190607152751.GH15577@e107155-lin> In-Reply-To: <20190607152751.GH15577@e107155-lin> From: Ulf Hansson Date: Mon, 10 Jun 2019 12:21:41 +0200 Message-ID: Subject: Re: [PATCH 09/18] drivers: firmware: psci: Add support for PM domains using genpd To: Sudeep Holla Cc: Lorenzo Pieralisi , Mark Rutland , Linux ARM , "Rafael J . Wysocki" , Daniel Lezcano , "Raju P . L . S . S . S . N" , Amit Kucheria , Bjorn Andersson , Stephen Boyd , Niklas Cassel , Tony Lindgren , Kevin Hilman , Lina Iyer , Viresh Kumar , Vincent Guittot , Geert Uytterhoeven , Souvik Chakravarty , Linux PM , linux-arm-msm , Linux Kernel Mailing List , Lina Iyer Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 7 Jun 2019 at 17:27, Sudeep Holla wrote: > > On Mon, May 13, 2019 at 09:22:51PM +0200, Ulf Hansson wrote: > > When the hierarchical CPU topology layout is used in DT, we need to setup > > the corresponding PM domain data structures, as to allow a CPU and a group > > of CPUs to be power managed accordingly. Let's enable this by deploying > > support through the genpd interface. > > > > Additionally, when the OS initiated mode is supported by the PSCI FW, let's > > also parse the domain idle states DT bindings as to make genpd responsible > > for the state selection, when the states are compatible with > > "domain-idle-state". Otherwise, when only Platform Coordinated mode is > > supported, we rely solely on the state selection to be managed through the > > regular cpuidle framework. > > > > If the initialization of the PM domain data structures succeeds and the OS > > initiated mode is supported, we try to switch to it. In case it fails, > > let's fall back into a degraded mode, rather than bailing out and returning > > an error code. > > > > Due to that the OS initiated mode may become enabled, we need to adjust to > > maintain backwards compatibility for a kernel started through a kexec call. > > Do this by explicitly switch to Platform Coordinated mode during boot. > > > > Finally, the actual initialization of the PM domain data structures, is > > done via calling the new shared function, psci_dt_init_pm_domains(). > > However, this is implemented by subsequent changes. > > > > Co-developed-by: Lina Iyer > > Signed-off-by: Lina Iyer > > Signed-off-by: Ulf Hansson > > --- > > > > Changes: > > - Simplify code setting domain_state at power off. > > - Use the genpd ->free_state() callback to manage freeing of states. > > - Fixup a bogus while loop. > > > > --- > > drivers/firmware/psci/Makefile | 2 +- > > drivers/firmware/psci/psci.c | 7 +- > > drivers/firmware/psci/psci.h | 5 + > > drivers/firmware/psci/psci_pm_domain.c | 268 +++++++++++++++++++++++++ > > 4 files changed, 280 insertions(+), 2 deletions(-) > > create mode 100644 drivers/firmware/psci/psci_pm_domain.c > > > > diff --git a/drivers/firmware/psci/Makefile b/drivers/firmware/psci/Makefile > > index 1956b882470f..ff300f1fec86 100644 > > --- a/drivers/firmware/psci/Makefile > > +++ b/drivers/firmware/psci/Makefile > > @@ -1,4 +1,4 @@ > > # SPDX-License-Identifier: GPL-2.0 > > # > > -obj-$(CONFIG_ARM_PSCI_FW) += psci.o > > +obj-$(CONFIG_ARM_PSCI_FW) += psci.o psci_pm_domain.o > > obj-$(CONFIG_ARM_PSCI_CHECKER) += psci_checker.o > > diff --git a/drivers/firmware/psci/psci.c b/drivers/firmware/psci/psci.c > > index 0e91d864e346..bfef300b7ebe 100644 > > --- a/drivers/firmware/psci/psci.c > > +++ b/drivers/firmware/psci/psci.c > > @@ -721,9 +721,14 @@ static int __init psci_1_0_init(struct device_node *np) > > if (err) > > return err; > > > > - if (psci_has_osi_support()) > > + if (psci_has_osi_support()) { > > pr_info("OSI mode supported.\n"); > > > > + /* Make sure we default to PC mode. */ > > + invoke_psci_fn(PSCI_1_0_FN_SET_SUSPEND_MODE, > > + PSCI_1_0_SUSPEND_MODE_PC, 0, 0); > > + } > > + > > This can go on it's own, any issues with that ? Sure, I can move that out to a separate patch. > > > return 0; > > } > > > > diff --git a/drivers/firmware/psci/psci.h b/drivers/firmware/psci/psci.h > > index f2277c3ad405..00d2e3dcef49 100644 > > --- a/drivers/firmware/psci/psci.h > > +++ b/drivers/firmware/psci/psci.h > > @@ -11,6 +11,11 @@ bool psci_has_osi_support(void); > > #ifdef CONFIG_CPU_IDLE > > void psci_set_domain_state(u32 state); > > int psci_dt_parse_state_node(struct device_node *np, u32 *state); > > +#ifdef CONFIG_PM_GENERIC_DOMAINS_OF > > +int psci_dt_init_pm_domains(struct device_node *np); > > +#else > > +static inline int psci_dt_init_pm_domains(struct device_node *np) { return 0; } > > +#endif > > #endif > > > > #endif /* __PSCI_H */ > > diff --git a/drivers/firmware/psci/psci_pm_domain.c b/drivers/firmware/psci/psci_pm_domain.c > > new file mode 100644 > > index 000000000000..3c6ca846caf4 > > --- /dev/null > > +++ b/drivers/firmware/psci/psci_pm_domain.c > > @@ -0,0 +1,268 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* > > + * PM domains for CPUs via genpd - managed by PSCI. > > + * > > + * Copyright (C) 2019 Linaro Ltd. > > + * Author: Ulf Hansson > > + * > > + */ > > + > > +#define pr_fmt(fmt) "psci: " fmt > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +#include "psci.h" > > + > > +#if defined(CONFIG_CPU_IDLE) && defined(CONFIG_PM_GENERIC_DOMAINS_OF) > > + > > +struct psci_pd_provider { > > + struct list_head link; > > + struct device_node *node; > > +}; > > + > > +static LIST_HEAD(psci_pd_providers); > > +static bool osi_mode_enabled; > > + > > +static int psci_pd_power_off(struct generic_pm_domain *pd) > > +{ > > + struct genpd_power_state *state = &pd->states[pd->state_idx]; > > + u32 *pd_state; > > + > > + /* If we have failed to enable OSI mode, then abort power off. */ > > + if (psci_has_osi_support() && !osi_mode_enabled) > > + return -EBUSY; > > + > > + if (!state->data) > > + return 0; > > + > > + /* When OSI mode is enabled, set the corresponding domain state. */ > > + pd_state = state->data; > > + psci_set_domain_state(*pd_state); > > + > > + return 0; > > +} > > + > > +static int psci_pd_parse_state_nodes(struct genpd_power_state *states, > > + int state_count) > > +{ > > + int i, ret; > > + u32 psci_state, *psci_state_buf; > > + > > + for (i = 0; i < state_count; i++) { > > + ret = psci_dt_parse_state_node(to_of_node(states[i].fwnode), > > + &psci_state); > > + if (ret) > > + goto free_state; > > + > > + psci_state_buf = kmalloc(sizeof(u32), GFP_KERNEL); > > + if (!psci_state_buf) { > > + ret = -ENOMEM; > > + goto free_state; > > + } > > + *psci_state_buf = psci_state; > > + states[i].data = psci_state_buf; > > + } > > + > > + return 0; > > + > > +free_state: > > + i--; > > + for (; i >= 0; i--) > > + kfree(states[i].data); > > + return ret; > > +} > > + > > +static int psci_pd_parse_states(struct device_node *np, > > + struct genpd_power_state **states, int *state_count) > > +{ > > + int ret; > > + > > + /* Parse the domain idle states. */ > > + ret = of_genpd_parse_idle_states(np, states, state_count); > > + if (ret) > > + return ret; > > + > > > Lots of things here in this file are not psci specific. They can be > moved as generic CPU PM domain support. What exactly do you mean by CPU PM domain support? The current split is based upon how the generic PM domain (genpd) supports CPU devices (see GENPD_FLAG_CPU_DOMAIN), which is already available. I agree that finding the right balance between what can be made generic and driver specific is not always obvious. Often it's better to start with having more things in the driver code, then move things into a common framework, later on, when that turns out to make sense. > > > + /* Fill out the PSCI specifics for each found state. */ > > + ret = psci_pd_parse_state_nodes(*states, *state_count); > > + if (ret) > > + kfree(*states); > > + > > Things like above are PSCI. > > I am trying to see if we can do something to achieve partitions like we > have today: psci.c just has PSCI specific stuff and dt_idle_states.c > deals with generic idle stuff. I am open to any suggestions. Although, I am not sure I understand your comment and nor the reason to why you want me to change. So, what is the problem with having the code that you refer to, inside drivers/firmware/psci/psci_pm_domain.c? Can't we just start with that and see how it plays? Kind regards Uffe