From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_PASS,UNPARSEABLE_RELAY,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8D9B0C10F11 for ; Sat, 13 Apr 2019 07:07:42 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 54EEE2084E for ; Sat, 13 Apr 2019 07:07:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="WITsfKjX" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 54EEE2084E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Date:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=cU8NGUTXJ5v6BtAf2nM2rBYxD9hoq15Kli9WpWyrQiI=; b=WITsfKjX5NbW92 0sNh0dXK2xMEgpgKoGLS5skHr+f2/LKxvmXf1HM62qTAaRcrfPyCMPlCiAjdvMvbqWUPQ5J4lABpb kzCDhHVdrw9542Uo42SqiO6PuY12NuWPZ45/uqIlXxkpEjldIT+wIJYTIhC9XukpxtkFlMZQV5kjR WDMacJ39eX9rcAAxkwG8wEMhTc8yggVqZ3g4r11hc66TQP+tROCOx+74n+kkxxb8b7kKNj4W7T7m+ L9sB519cQ96p8wShK2rWEwVCtgXsyHvY8WQBgGgHG2ENtoY37FC/8SvKGUggi0R5edAQnrvSTGlgz FtR9GcGDgS6UohibzsBA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1hFClF-00068a-Eo; Sat, 13 Apr 2019 07:07:37 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux)) id 1hFClB-00067r-W1; Sat, 13 Apr 2019 07:07:36 +0000 X-UUID: bcc096fa94d64e0d8a32950159e7b93b-20190412 X-UUID: bcc096fa94d64e0d8a32950159e7b93b-20190412 Received: from mtkcas67.mediatek.inc [(172.29.193.45)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLS) with ESMTP id 863230494; Fri, 12 Apr 2019 23:07:28 -0800 Received: from mtkmbs03n1.mediatek.inc (172.21.101.181) by MTKMBS62N2.mediatek.inc (172.29.193.42) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 13 Apr 2019 00:07:26 -0700 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs03n1.mediatek.inc (172.21.101.181) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 13 Apr 2019 15:07:25 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Sat, 13 Apr 2019 15:07:25 +0800 Message-ID: <1555139244.22373.2.camel@mtksdaap41> Subject: Re: [v2,4/4] devfreq: add mediatek cci devfreq From: andrew-sh.cheng To: Guenter Roeck Date: Sat, 13 Apr 2019 15:07:24 +0800 In-Reply-To: <20190408172220.GA28972@roeck-us.net> References: <1553841972-19737-5-git-send-email-andrew-sh.cheng@mediatek.com> <20190408172220.GA28972@roeck-us.net> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190413_000734_038663_9899C907 X-CRM114-Status: GOOD ( 29.16 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , devicetree@vger.kernel.org, srv_heupstream@mediatek.com, linux-pm@vger.kernel.org, Viresh Kumar , "Rafael J. Wysocki" , linux-kernel@vger.kernel.org, Chanwoo Choi , Kyungmin Park , Rob Herring , linux-mediatek@lists.infradead.org, MyungJoo Ham , Matthias Brugger , fan.chen@mediatek.com, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, 2019-04-08 at 10:22 -0700, Guenter Roeck wrote: > On Fri, Mar 29, 2019 at 02:46:12PM +0800, Andrew-sh Cheng wrote: > > This adds a devfreq driver for the Cache Coherent Interconnect (CCI) > > of the Mediatek MT8183. > > > > On the MT8183 the CCI is supplied by the same regulator as the LITTLE > > cores. The driver is notified when the regulator voltage changes > > (driven by cpufreq) and adjusts the CCI frequency to the maximum > > possible value. > > > > Signed-off-by: Andrew-sh.Cheng > > --- > > drivers/devfreq/Kconfig | 10 ++ > > drivers/devfreq/Makefile | 1 + > > drivers/devfreq/mt8183-cci-devfreq.c | 235 +++++++++++++++++++++++++++++++++++ > > 3 files changed, 246 insertions(+) > > create mode 100644 drivers/devfreq/mt8183-cci-devfreq.c > > > > diff --git a/drivers/devfreq/Kconfig b/drivers/devfreq/Kconfig > > index 6a172d3..da2f8ec 100644 > > --- a/drivers/devfreq/Kconfig > > +++ b/drivers/devfreq/Kconfig > > @@ -91,6 +91,16 @@ config ARM_EXYNOS_BUS_DEVFREQ > > and adjusts the operating frequencies and voltages with OPP support. > > This does not yet operate with optimal voltages. > > > > +config ARM_MT8183_CCI_DEVFREQ > > + tristate "MT8183 CCI DEVFREQ Driver" > > + depends on ARM_MEDIATEK_CPUFREQ > > + help > > + This adds a devfreq driver for Cache Coherent Interconnect > > + of Mediatek MT8183, which is shared the same regulator > > + with cpu cluster. > > + It can track buck voltage and update a proper cci frequency. > > + Use notification to get regulator status. > > + > > config ARM_TEGRA_DEVFREQ > > tristate "Tegra DEVFREQ Driver" > > depends on ARCH_TEGRA_124_SOC > > diff --git a/drivers/devfreq/Makefile b/drivers/devfreq/Makefile > > index 32b8d4d..817dde7 100644 > > --- a/drivers/devfreq/Makefile > > +++ b/drivers/devfreq/Makefile > > @@ -9,6 +9,7 @@ obj-$(CONFIG_DEVFREQ_GOV_PASSIVE) += governor_passive.o > > > > # DEVFREQ Drivers > > obj-$(CONFIG_ARM_EXYNOS_BUS_DEVFREQ) += exynos-bus.o > > +obj-$(CONFIG_ARM_MT8183_CCI_DEVFREQ) += mt8183-cci-devfreq.o > > obj-$(CONFIG_ARM_RK3399_DMC_DEVFREQ) += rk3399_dmc.o > > obj-$(CONFIG_ARM_TEGRA_DEVFREQ) += tegra-devfreq.o > > > > diff --git a/drivers/devfreq/mt8183-cci-devfreq.c b/drivers/devfreq/mt8183-cci-devfreq.c > > new file mode 100644 > > index 0000000..af82d2e > > --- /dev/null > > +++ b/drivers/devfreq/mt8183-cci-devfreq.c > > @@ -0,0 +1,235 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* > > + * Copyright (c) 2019 MediaTek Inc. > > + */ > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +#include "governor.h" > > + > > +struct cci_devfreq { > > + struct devfreq *devfreq; > > + struct regulator *proc_reg; > > + unsigned long proc_reg_uV; > > + struct clk *cci_clk; > > + struct notifier_block nb; > > +}; > > + > > +static int cci_devfreq_regulator_notifier(struct notifier_block *nb, > > + unsigned long val, void *data) > > +{ > > + struct cci_devfreq *cci_df = > > + container_of(nb, struct cci_devfreq, nb); > > + > > + /* deal with reduce frequency */ > > + if (val & REGULATOR_EVENT_PRE_VOLTAGE_CHANGE) { > > + struct pre_voltage_change_data *pvc_data = data; > > + > > + if (pvc_data->min_uV < pvc_data->old_uV) { > > + cci_df->proc_reg_uV = > > + (unsigned long)(pvc_data->min_uV); > > + mutex_lock(&cci_df->devfreq->lock); > > + update_devfreq(cci_df->devfreq); > > + mutex_unlock(&cci_df->devfreq->lock); > > + } > > + } > > + > > + if ((val & REGULATOR_EVENT_ABORT_VOLTAGE_CHANGE) && > > + ((unsigned long)data > cci_df->proc_reg_uV)) { > > + cci_df->proc_reg_uV = (unsigned long)data; > > + mutex_lock(&cci_df->devfreq->lock); > > + update_devfreq(cci_df->devfreq); > > + mutex_unlock(&cci_df->devfreq->lock); > > + } > > + > > + /* deal with increase frequency */ > > + if ((val & REGULATOR_EVENT_VOLTAGE_CHANGE) && > > + (cci_df->proc_reg_uV < (unsigned long)data)) { > > + cci_df->proc_reg_uV = (unsigned long)data; > > + mutex_lock(&cci_df->devfreq->lock); > > + update_devfreq(cci_df->devfreq); > > + mutex_unlock(&cci_df->devfreq->lock); > > + } > > + > > + return 0; > > +} > > + > > +static int mtk_cci_governor_get_target(struct devfreq *devfreq, > > + unsigned long *freq) > > +{ > > + struct cci_devfreq *cci_df; > > + struct dev_pm_opp *opp; > > + > > + cci_df = dev_get_drvdata(devfreq->dev.parent); > > + > > + /* find available frequency */ > > + opp = dev_pm_opp_find_max_freq_by_volt(devfreq->dev.parent, > > + cci_df->proc_reg_uV); > > + *freq = dev_pm_opp_get_freq(opp); > > + > > + return 0; > > +} > > + > > +static int mtk_cci_governor_event_handler(struct devfreq *devfreq, > > + unsigned int event, void *data) > > +{ > > + struct cci_devfreq *cci_df; > > + struct notifier_block *nb; > > + > > + cci_df = dev_get_drvdata(devfreq->dev.parent); > > + nb = &cci_df->nb; > > + > > + switch (event) { > > + case DEVFREQ_GOV_START: > > + case DEVFREQ_GOV_RESUME: > > + nb->notifier_call = cci_devfreq_regulator_notifier; > > + regulator_register_notifier(cci_df->proc_reg, > > + nb); > > + break; > > + > > + case DEVFREQ_GOV_STOP: > > + case DEVFREQ_GOV_SUSPEND: > > + regulator_unregister_notifier(cci_df->proc_reg, > > + nb); > > + > > + break; > > + > > + default: > > + break; > > + } > > + > > + return 0; > > +} > > + > > +static struct devfreq_governor mtk_cci_devfreq_governor = { > > + .name = "mtk_cci_vmon", > > + .get_target_freq = mtk_cci_governor_get_target, > > + .event_handler = mtk_cci_governor_event_handler, > > +}; > > + > > +static int mtk_cci_devfreq_target(struct device *dev, unsigned long *freq, > > + u32 flags) > > +{ > > + struct cci_devfreq *cci_df = dev_get_drvdata(dev); > > + > > + if (!cci_df) > > + return -EINVAL; > > + > > + clk_set_rate(cci_df->cci_clk, *freq); > > + > > + return 0; > > +} > > + > > +static struct devfreq_dev_profile cci_devfreq_profile = { > > + .target = mtk_cci_devfreq_target, > > +}; > > + > > +static int mtk_cci_devfreq_probe(struct platform_device *pdev) > > +{ > > + struct device *cci_dev = &pdev->dev; > > + struct cci_devfreq *cci_df; > > + int ret; > > + > > + cci_df = devm_kzalloc(cci_dev, sizeof(*cci_df), GFP_KERNEL); > > + if (!cci_df) > > + return -ENOMEM; > > + > > + cci_df->cci_clk = clk_get(cci_dev, "cci_clock"); > > Should use devm_clk_get(). I will change it on next patch. > > > + ret = PTR_ERR_OR_ZERO(cci_df->cci_clk); > > + if (ret) { > > + if (ret != -EPROBE_DEFER) > > + dev_err(cci_dev, "failed to get clock for CCI: %d\n", > > + ret); > > + > > + return ret; > > + } > > + > > + cci_df->proc_reg = regulator_get_optional(cci_dev, "proc"); > > Should use devm_regulator_get_optional(). I will change it on next patch. > > > + ret = PTR_ERR_OR_ZERO(cci_df->proc_reg); > > + if (ret) { > > + if (ret != -EPROBE_DEFER) > > + dev_err(cci_dev, "failed to get regulator for CCI: %d\n", > > + ret); > > + > > + goto err_put_clk; > > + } > > + > > + ret = dev_pm_opp_of_add_table(&pdev->dev); > > + if (ret) { > > + dev_err(cci_dev, "Fail to init CCI OPP table\n"); > > No error code display here ? Not that it really matters, but it is > inconsistent with the other error messages. I will add it on next patch. > > > + goto err_put_reg; > > + } > > + > > + platform_set_drvdata(pdev, cci_df); > > + > > + cci_df->devfreq = devm_devfreq_add_device(cci_dev, > > + &cci_devfreq_profile, > > + "mtk_cci_vmon", > > + NULL); > > + if (IS_ERR(cci_df->devfreq)) { > > ret = PTR_ERR(cci_df->devfreq); > > > + dev_err(cci_dev, "cannot create cci devfreq device\n", ret); > > dev_err(cci_dev, "cannot create cci devfreq device: %d\n", ret); > > Something like > dev_pm_opp_of_remove_table(...); > seems to be missing here. I will fix this, and add dev_pm_opp_of_remove_table(...) when error occur. > > > + goto err_put_reg; > > + } > > + > > + return 0; > > + > > +err_put_reg: > > + regulator_put(cci_df->proc_reg); > > +err_put_clk: > > + clk_put(cci_df->cci_clk); > > Can be dropped when using devm_ functions above. I will remove these code. > > > + > > + return ret; > > +} > > + > > +static const struct of_device_id mediatek_cci_devfreq_of_match[] = { > > + { .compatible = "mediatek,mt8183-cci" }, > > + { }, > > +}; > > +MODULE_DEVICE_TABLE(of, mediatek_cci_devfreq_of_match); > > + > > +static struct platform_driver cci_devfreq_driver = { > > + .probe = mtk_cci_devfreq_probe, > > + .driver = { > > + .name = "mediatek-cci-devfreq", > > + .of_match_table = mediatek_cci_devfreq_of_match, > > If the driver depends on OF, that should be stated in the Kconfig file. > Otherwise, of_match_ptr() should be used, and mediatek_cci_devfreq_of_match > should be tagged with __maybe_unused (or made conditional with #ifdef). I will fix this on next patch. > > > + }, > > +}; > > + > > +static int __init mtk_cci_devfreq_init(void) > > +{ > > + int ret; > > + > > + ret = devfreq_add_governor(&mtk_cci_devfreq_governor); > > + if (ret) { > > + pr_err("%s: failed to add governor: %d\n", __func__, ret); > > + return ret; > > + } > > + > > + ret = platform_driver_register(&cci_devfreq_driver); > > + if (ret) > > + devfreq_remove_governor(&mtk_cci_devfreq_governor); > > + > > + return ret; > > +} > > +module_init(mtk_cci_devfreq_init) > > + > > +static void __exit mtk_cci_devfreq_exit(void) > > +{ > > + int ret; > > + > > + ret = devfreq_remove_governor(&mtk_cci_devfreq_governor); > > + if (ret) > > + pr_err("%s: failed to remove governor: %d\n", __func__, ret); > > + > > + platform_driver_unregister(&cci_devfreq_driver); > > +} > > +module_exit(mtk_cci_devfreq_exit) > > + > > +MODULE_DESCRIPTION("Mediatek CCI devfreq driver"); > > +MODULE_AUTHOR("Andrew-sh.Cheng "); > > +MODULE_LICENSE("GPL v2"); > > _______________________________________________ > Linux-mediatek mailing list > Linux-mediatek@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-mediatek _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel