Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp8583108rwb; Thu, 24 Nov 2022 01:17:41 -0800 (PST) X-Google-Smtp-Source: AA0mqf4fxzgW5xbjVW+r6KUIFhhkBNNXD7FIvVK9vvjNyrDTC0AhqhiwMkuyKGrHahUma8QZU0AT X-Received: by 2002:aa7:c60b:0:b0:462:750b:bced with SMTP id h11-20020aa7c60b000000b00462750bbcedmr28392638edq.313.1669281460909; Thu, 24 Nov 2022 01:17:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669281460; cv=none; d=google.com; s=arc-20160816; b=fEWXradzDUTz7nxjQrpVPuBWNkknkJnV19N7IbaP3a07tAsIX5lwzFqPm8mWe8dlxT aI3CSupQtF2bzFNXbn+p3bNIRKu20pZTfm5ifYu00jvJYbnixovhaonH420bshZiN981 rwh1GxuAL6ocCun4RjQBQAtKha8e581UKB6CKtd4FVje5qas3bX0BN8lkWQzARiNSutY NP0Db+tACdT5l0Dce7mRxwAq1dDvACrvXAqkr7bVGBwf/8JOcRgasBVmNcmla4jFWb/i RRyKfBV2KL66XE2yAMyHiOL2I7cXH2DE7sqPozusIniuQTWxZ7nWxjrRyMMQ7eXStVx2 ++PQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=VetALdzzFfGbBkLg/n/Lh8sTjlUY0wDix7vPMFxwJWg=; b=I5n8VIpk5oH5MM4a8/4rfRfrr8mL9bnk55RcNEdTo79+Fw1Uj4EauyFg+3WzhOeiWq yXoDAQ3MWfQLW7REEgBEIwzN//3gVO7Z9VE7xViP4bv//xNWiNav6aC9pz2ruqCuhGub VOwomhiQT3jPiRinVZSYr1cgkIvhw/w4N68fStff/hWBEIgFepxoMPBySdn3EVqJ3vmS mZbG9LAX07zYr/FTBk56H/oSzMX8eaFnBm2CD1Nx3lZjhpCx8gL3xliA/lEOWCGiafAn wAwAgt4/Dc0PXWG3WL+uwSmOjdcf8Ta63AS6rtf1Hf7h7U8FAuTHDSPlNSS04SqxPlsM uU4Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qo14-20020a170907874e00b007ac8e6a4377si377899ejc.219.2022.11.24.01.17.19; Thu, 24 Nov 2022 01:17:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230098AbiKXJJT (ORCPT + 87 others); Thu, 24 Nov 2022 04:09:19 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45160 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229866AbiKXJJL (ORCPT ); Thu, 24 Nov 2022 04:09:11 -0500 Received: from ex01.ufhost.com (ex01.ufhost.com [61.152.239.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 58E211D306; Thu, 24 Nov 2022 01:09:05 -0800 (PST) Received: from EXMBX165.cuchost.com (unknown [175.102.18.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "EXMBX165", Issuer "EXMBX165" (not verified)) by ex01.ufhost.com (Postfix) with ESMTP id 9D4FC24E21A; Thu, 24 Nov 2022 17:08:58 +0800 (CST) Received: from EXMBX068.cuchost.com (172.16.6.68) by EXMBX165.cuchost.com (172.16.6.75) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 24 Nov 2022 17:08:58 +0800 Received: from [192.168.125.96] (183.27.97.81) by EXMBX068.cuchost.com (172.16.6.68) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 24 Nov 2022 17:08:57 +0800 Message-ID: <6303c341-a691-fd52-2861-74e9d3ea09c9@starfivetech.com> Date: Thu, 24 Nov 2022 17:08:57 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.2 Subject: Re: [PATCH v1 3/4] soc: starfive: Add StarFive JH71XX pmu driver Content-Language: en-US To: Emil Renner Berthing CC: , , , Rob Herring , "Krzysztof Kozlowski" , Conor Dooley , "Rafael J . Wysocki" , References: <20221118133216.17037-1-walker.chen@starfivetech.com> <20221118133216.17037-4-walker.chen@starfivetech.com> From: Walker Chen In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [183.27.97.81] X-ClientProxiedBy: EXCAS066.cuchost.com (172.16.6.26) To EXMBX068.cuchost.com (172.16.6.68) X-YovoleRuleAgent: yovoleflag X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/11/19 2:31, Emil Renner Berthing wrote: > On Fri, 18 Nov 2022 at 14:35, Walker Chen wrote: >> >> Add generic power domain driver for the StarFive JH71XX SoC. > > SoCs > >> Signed-off-by: Walker Chen >> --- >> MAINTAINERS | 8 + >> drivers/soc/Kconfig | 1 + >> drivers/soc/Makefile | 1 + >> drivers/soc/starfive/Kconfig | 9 + >> drivers/soc/starfive/Makefile | 3 + >> drivers/soc/starfive/jh71xx_pmu.c | 380 ++++++++++++++++++++++++++++++ >> include/soc/starfive/pm_domains.h | 15 ++ >> 7 files changed, 417 insertions(+) >> create mode 100644 drivers/soc/starfive/Kconfig >> create mode 100644 drivers/soc/starfive/Makefile >> create mode 100644 drivers/soc/starfive/jh71xx_pmu.c >> create mode 100644 include/soc/starfive/pm_domains.h >> >> diff --git a/MAINTAINERS b/MAINTAINERS >> index a70c1d0f303e..112f1e698723 100644 >> --- a/MAINTAINERS >> +++ b/MAINTAINERS >> @@ -19623,6 +19623,14 @@ F: Documentation/devicetree/bindings/reset/starfive,jh7100-reset.yaml >> F: drivers/reset/starfive/ >> F: include/dt-bindings/reset/starfive* > > checkpatch.pl complains about not sorting these lines alphabetically. This warning will be fixed in the next versioin of patch. > >> +STARFIVE JH71XX PMU CONTROLLER DRIVER >> +M: Walker Chen >> +S: Maintained >> +F: Documentation/devicetree/bindings/power/starfive* >> +F: drivers/soc/starfive/jh71xx_pmu.c >> +F: include/soc/starfive/pm_domains.h >> +F: include/dt-bindings/power/jh7110-power.h >> + >> STATIC BRANCH/CALL >> M: Peter Zijlstra >> M: Josh Poimboeuf >> diff --git a/drivers/soc/Kconfig b/drivers/soc/Kconfig >> index e461c071189b..628fda4d5ed9 100644 >> --- a/drivers/soc/Kconfig >> +++ b/drivers/soc/Kconfig >> @@ -21,6 +21,7 @@ source "drivers/soc/renesas/Kconfig" >> source "drivers/soc/rockchip/Kconfig" >> source "drivers/soc/samsung/Kconfig" >> source "drivers/soc/sifive/Kconfig" >> +source "drivers/soc/starfive/Kconfig" >> source "drivers/soc/sunxi/Kconfig" >> source "drivers/soc/tegra/Kconfig" >> source "drivers/soc/ti/Kconfig" >> diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile >> index 534669840858..cbe076f42068 100644 >> --- a/drivers/soc/Makefile >> +++ b/drivers/soc/Makefile >> @@ -27,6 +27,7 @@ obj-y += renesas/ >> obj-y += rockchip/ >> obj-$(CONFIG_SOC_SAMSUNG) += samsung/ >> obj-y += sifive/ >> +obj-y += starfive/ >> obj-y += sunxi/ >> obj-$(CONFIG_ARCH_TEGRA) += tegra/ >> obj-y += ti/ >> diff --git a/drivers/soc/starfive/Kconfig b/drivers/soc/starfive/Kconfig >> new file mode 100644 >> index 000000000000..2bbcc1397b15 >> --- /dev/null >> +++ b/drivers/soc/starfive/Kconfig >> @@ -0,0 +1,9 @@ >> +# SPDX-License-Identifier: GPL-2.0 >> + >> +config JH71XX_PMU >> + bool "Support PMU for StarFive JH71XX Soc" >> + depends on PM && (SOC_STARFIVE || COMPILE_TEST) >> + select PM_GENERIC_DOMAINS >> + help >> + Say y here to enable power domain support. > > Please expand this help text. Even checkpatch.pl complains about it. I think it should be described in this detail: Say 'y' here to enables support for Power Management Unit that is used for enabling and disabling SoC devices. > >> + >> diff --git a/drivers/soc/starfive/Makefile b/drivers/soc/starfive/Makefile >> new file mode 100644 >> index 000000000000..13b589d6b5f3 >> --- /dev/null >> +++ b/drivers/soc/starfive/Makefile >> @@ -0,0 +1,3 @@ >> +# SPDX-License-Identifier: GPL-2.0 >> + >> +obj-$(CONFIG_JH71XX_PMU) += jh71xx_pmu.o >> diff --git a/drivers/soc/starfive/jh71xx_pmu.c b/drivers/soc/starfive/jh71xx_pmu.c >> new file mode 100644 >> index 000000000000..e6c0083d166e >> --- /dev/null >> +++ b/drivers/soc/starfive/jh71xx_pmu.c >> @@ -0,0 +1,380 @@ >> +// SPDX-License-Identifier: GPL-2.0-or-later >> +/* >> + * StarFive JH71XX Power Domain Controller Driver >> + * >> + * Copyright (C) 2022 StarFive Technology Co., Ltd. >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> + >> +/* register offset */ >> +#define HW_EVENT_TURN_ON_MASK 0x04 >> +#define HW_EVENT_TURN_OFF_MASK 0x08 >> +#define SW_TURN_ON_POWER_MODE 0x0C >> +#define SW_TURN_OFF_POWER_MODE 0x10 >> +#define SW_ENCOURAGE 0x44 >> +#define PMU_INT_MASK 0x48 >> +#define PCH_BYPASS 0x4C >> +#define PCH_PSTATE 0x50 >> +#define PCH_TIMEOUT 0x54 >> +#define LP_TIMEOUT 0x58 >> +#define HW_TURN_ON_MODE 0x5C >> +#define CURR_POWER_MODE 0x80 >> +#define PMU_EVENT_STATUS 0x88 >> +#define PMU_INT_STATUS 0x8C >> + >> +/* sw encourage cfg */ >> +#define SW_MODE_ENCOURAGE_EN_LO 0x05 >> +#define SW_MODE_ENCOURAGE_EN_HI 0x50 >> +#define SW_MODE_ENCOURAGE_DIS_LO 0x0A >> +#define SW_MODE_ENCOURAGE_DIS_HI 0xA0 >> +#define SW_MODE_ENCOURAGE_ON 0xFF >> + >> +/* pmu int status */ >> +#define PMU_INT_SEQ_DONE BIT(0) >> +#define PMU_INT_HW_REQ BIT(1) >> +#define PMU_INT_SW_FAIL GENMASK(3, 2) >> +#define PMU_INT_HW_FAIL GENMASK(5, 4) >> +#define PMU_INT_PCH_FAIL GENMASK(8, 6) >> +#define PMU_INT_FAIL_MASK (PMU_INT_SW_FAIL | \ >> + PMU_INT_HW_FAIL | \ >> + PMU_INT_PCH_FAIL) >> +#define PMU_INT_ALL_MASK (PMU_INT_SEQ_DONE | \ >> + PMU_INT_HW_REQ | \ >> + PMU_INT_FAIL_MASK) >> + >> +#define DELAY_US 10 >> +#define TIMEOUT_US 100000 > > Please add a JH71XX_PMU_ prefix to these definitions to avoid > accidentally clashing with a definition added to a generic header. Good advice! Will be changed in the next version of patch. > >> + >> +struct starfive_power_dev { >> + struct generic_pm_domain genpd; >> + struct starfive_pmu *power; >> + uint32_t mask; > > u32 Yes, checkpatch.pl complains about this. Will be fixed. > >> +}; >> + >> +struct starfive_pmu { >> + void __iomem *base; >> + spinlock_t lock; >> + int irq; >> + struct device *pdev; >> + struct starfive_power_dev *dev; >> + struct genpd_onecell_data genpd_data; >> + struct generic_pm_domain **genpd; >> +}; >> + >> +struct starfive_pmu_data { >> + const char * const name; >> + uint8_t bit; > > u8 Yes, checkpatch.pl complains about this. Will be fixed. > >> + unsigned int flags; >> +}; >> + >> +static void __iomem *pmu_base; >> + >> +static inline void pmu_writel(u32 val, u32 offset) >> +{ >> + writel(val, pmu_base + offset); >> +} >> + >> +void starfive_pmu_hw_event_turn_on(u32 mask) >> +{ >> + pmu_writel(mask, HW_EVENT_TURN_ON_MASK); >> +} >> +EXPORT_SYMBOL(starfive_pmu_hw_event_turn_on); >> + >> +void starfive_pmu_hw_event_turn_off(u32 mask) >> +{ >> + pmu_writel(mask, HW_EVENT_TURN_OFF_MASK); >> +} >> +EXPORT_SYMBOL(starfive_pmu_hw_event_turn_off); >> + >> +static int starfive_pmu_get_state(struct starfive_power_dev *pmd, bool *is_on) >> +{ >> + struct starfive_pmu *pmu = pmd->power; >> + >> + if (!pmd->mask) { >> + *is_on = false; >> + return -EINVAL; >> + } >> + >> + *is_on = __raw_readl(pmu->base + CURR_POWER_MODE) & pmd->mask; >> + >> + return 0; >> +} > > Maybe just return an int where 0 = off, 1 = on and negative is an error. No obvious problems, this usage is referenced from /drivers/soc/bcm/bcm63xx/bcm63xx-power.c Maybe drop this function, read the status of power domain to is_on directly before calling pm_genpd_init(). > >> + >> +static int starfive_pmu_set_state(struct starfive_power_dev *pmd, bool on) >> +{ >> + struct starfive_pmu *pmu = pmd->power; >> + unsigned long flags; >> + uint32_t val; >> + uint32_t mode; >> + uint32_t encourage_lo; >> + uint32_t encourage_hi; > > u32 Yes, checkpatch.pl complains about this. Will be fixed. > >> + bool is_on; >> + int ret; >> + >> + if (!pmd->mask) >> + return -EINVAL; >> + >> + if (is_on == on) { >> + dev_info(pmu->pdev, "pm domain [%s] is already %sable status.\n", >> + pmd->genpd.name, on ? "en" : "dis"); >> + return 0; >> + } >> + >> + spin_lock_irqsave(&pmu->lock, flags); >> + >> + if (on) { >> + mode = SW_TURN_ON_POWER_MODE; >> + encourage_lo = SW_MODE_ENCOURAGE_EN_LO; >> + encourage_hi = SW_MODE_ENCOURAGE_EN_HI; >> + } else { >> + mode = SW_TURN_OFF_POWER_MODE; >> + encourage_lo = SW_MODE_ENCOURAGE_DIS_LO; >> + encourage_hi = SW_MODE_ENCOURAGE_DIS_HI; >> + } >> + >> + __raw_writel(pmd->mask, pmu->base + mode); >> + >> + /* write SW_ENCOURAGE to make the configuration take effect */ >> + __raw_writel(SW_MODE_ENCOURAGE_ON, pmu->base + SW_ENCOURAGE); >> + __raw_writel(encourage_lo, pmu->base + SW_ENCOURAGE); >> + __raw_writel(encourage_hi, pmu->base + SW_ENCOURAGE); >> + >> + spin_unlock_irqrestore(&pmu->lock, flags); >> + >> + if (on) { >> + ret = readl_poll_timeout_atomic(pmu->base + CURR_POWER_MODE, val, >> + val & pmd->mask, DELAY_US, >> + TIMEOUT_US); >> + if (ret) { >> + dev_err(pmu->pdev, "%s: failed to power on\n", pmd->genpd.name); >> + return -ETIMEDOUT; >> + } >> + } else { >> + ret = readl_poll_timeout_atomic(pmu->base + CURR_POWER_MODE, val, >> + !(val & pmd->mask), DELAY_US, >> + TIMEOUT_US); >> + if (ret) { >> + dev_err(pmu->pdev, "%s: failed to power off\n", pmd->genpd.name); >> + return -ETIMEDOUT; >> + } >> + } > > You can move the dev_err out. Eg. dev_err(pmu->pdev, "%s: failed to > power %s\n", pmd->genpd.name, on ? "on" : "off") I think use only one readl_poll_timeout_atomic() to distinguish between different situation according to the 3rd argument outside of the readl_poll..(). > >> + return 0; >> +} >> + >> +static int starfive_pmu_on(struct generic_pm_domain *genpd) >> +{ >> + struct starfive_power_dev *pmd = container_of(genpd, >> + struct starfive_power_dev, genpd); > > checkpatch.pl --strict complains that arguments doesn't match the open > parenthesis Yes, checkpatch.pl complains about this. Will be fixed. > >> + >> + return starfive_pmu_set_state(pmd, true); >> +} >> + >> +static int starfive_pmu_off(struct generic_pm_domain *genpd) >> +{ >> + struct starfive_power_dev *pmd = container_of(genpd, >> + struct starfive_power_dev, genpd); >> + >> + return starfive_pmu_set_state(pmd, false); >> +} >> + >> +static void starfive_pmu_int_enable(struct starfive_pmu *pmu, u32 mask, bool enable) >> +{ >> + u32 val = __raw_readl(pmu->base + PMU_INT_MASK); >> + >> + if (enable) >> + val &= ~mask; >> + else >> + val |= mask; >> + >> + __raw_writel(val, pmu->base + PMU_INT_MASK); >> +} > > Consider adding comments to functions that need a lock to be held to > be used safely. Well, your advice is very helpful. > >> + >> +static irqreturn_t starfive_pmu_interrupt(int irq, void *data) >> +{ >> + struct starfive_pmu *pmu = data; >> + unsigned long flags; >> + u32 val; >> + >> + spin_lock_irqsave(&pmu->lock, flags); >> + val = __raw_readl(pmu->base + PMU_INT_STATUS); >> + >> + if (val & PMU_INT_SEQ_DONE) >> + dev_dbg(pmu->pdev, "sequence done.\n"); >> + if (val & PMU_INT_HW_REQ) >> + dev_dbg(pmu->pdev, "hardware encourage requestion.\n"); >> + if (val & PMU_INT_SW_FAIL) >> + dev_err(pmu->pdev, "software encourage fail.\n"); >> + if (val & PMU_INT_HW_FAIL) >> + dev_err(pmu->pdev, "hardware encourage fail.\n"); >> + if (val & PMU_INT_PCH_FAIL) >> + dev_err(pmu->pdev, "p-channel fail event.\n"); >> + >> + /* clear interrupts */ >> + __raw_writel(val, pmu->base + PMU_INT_STATUS); >> + __raw_writel(val, pmu->base + PMU_EVENT_STATUS); >> + >> + spin_unlock_irqrestore(&pmu->lock, flags); >> + >> + return IRQ_HANDLED; >> +} >> + >> +static int starfive_pmu_probe(struct platform_device *pdev) >> +{ >> + struct device *dev = &pdev->dev; >> + struct device_node *np = dev->of_node; >> + const struct starfive_pmu_data *entry, *table; >> + struct starfive_pmu *pmu; >> + unsigned int i; >> + uint8_t max_bit = 0; >> + int ret; >> + >> + pmu = devm_kzalloc(dev, sizeof(*pmu), GFP_KERNEL); >> + if (!pmu) >> + return -ENOMEM; >> + >> + pmu_base = pmu->base = devm_platform_ioremap_resource(pdev, 0); >> + if (IS_ERR(pmu->base)) >> + return PTR_ERR(pmu->base); >> + >> + /* initialize pmu interrupt */ >> + pmu->irq = platform_get_irq(pdev, 0); >> + if (pmu->irq < 0) >> + return pmu->irq; >> + >> + ret = devm_request_irq(dev, pmu->irq, starfive_pmu_interrupt, >> + 0, pdev->name, pmu); >> + if (ret) >> + dev_err(dev, "request irq failed.\n"); >> + >> + table = of_device_get_match_data(dev); >> + if (!table) >> + return -EINVAL; >> + >> + pmu->pdev = dev; >> + pmu->genpd_data.num_domains = 0; >> + i = 0; >> + for (entry = table; entry->name; entry++) { >> + max_bit = max(max_bit, entry->bit); >> + i++; >> + } >> + >> + if (!i) >> + return -ENODEV; >> + >> + pmu->genpd_data.num_domains = max_bit + 1; >> + >> + pmu->dev = devm_kcalloc(dev, pmu->genpd_data.num_domains, >> + sizeof(struct starfive_power_dev), >> + GFP_KERNEL); >> + if (!pmu->dev) >> + return -ENOMEM; >> + >> + pmu->genpd = devm_kcalloc(dev, pmu->genpd_data.num_domains, >> + sizeof(struct generic_pm_domain *), >> + GFP_KERNEL); >> + if (!pmu->genpd) >> + return -ENOMEM; >> + >> + pmu->genpd_data.domains = pmu->genpd; >> + >> + i = 0; >> + for (entry = table; entry->name; entry++) { >> + struct starfive_power_dev *pmd = &pmu->dev[i]; >> + bool is_on; >> + >> + pmd->power = pmu; >> + pmd->mask = BIT(entry->bit); >> + pmd->genpd.name = entry->name; >> + pmd->genpd.flags = entry->flags; >> + >> + ret = starfive_pmu_get_state(pmd, &is_on); >> + if (ret) >> + dev_warn(dev, "unable to get current state for %s\n", >> + pmd->genpd.name); >> + >> + pmd->genpd.power_on = starfive_pmu_on; >> + pmd->genpd.power_off = starfive_pmu_off; >> + >> + pm_genpd_init(&pmd->genpd, NULL, !is_on); >> + pmu->genpd[entry->bit] = &pmd->genpd; >> + >> + i++; >> + } >> + >> + spin_lock_init(&pmu->lock); >> + starfive_pmu_int_enable(pmu, PMU_INT_ALL_MASK & ~PMU_INT_PCH_FAIL, true); >> + >> + ret = of_genpd_add_provider_onecell(np, &pmu->genpd_data); >> + if (ret) { >> + dev_err(dev, "failed to register genpd driver: %d\n", ret); >> + return ret; >> + } >> + >> + dev_info(dev, "registered %u power domains\n", i); >> + >> + return 0; >> +} >> + >> +static const struct starfive_pmu_data jh7110_power_domains[] = { >> + { >> + .name = "SYSTOP", >> + .bit = JH7110_PD_SYSTOP, >> + .flags = GENPD_FLAG_ALWAYS_ON, >> + }, { >> + .name = "CPU", >> + .bit = JH7110_PD_CPU, >> + .flags = GENPD_FLAG_ALWAYS_ON, >> + }, { >> + .name = "GPUA", >> + .bit = JH7110_PD_GPUA, >> + }, { >> + .name = "VDEC", >> + .bit = JH7110_PD_VDEC, >> + }, { >> + .name = "VOUT", >> + .bit = JH7110_PD_VOUT, >> + }, { >> + .name = "ISP", >> + .bit = JH7110_PD_ISP, >> + }, { >> + .name = "VENC", >> + .bit = JH7110_PD_VENC, >> + }, { >> + .name = "GPUB", >> + .bit = JH7110_PD_GPUB, >> + }, { >> + /* sentinel */ >> + }, >> +}; >> + >> +static const struct of_device_id starfive_pmu_of_match[] = { >> + { >> + .compatible = "starfive,jh7110-pmu", >> + .data = &jh7110_power_domains, >> + }, { >> + /* sentinel */ >> + } >> +}; >> + >> +static struct platform_driver jh71xx_pmu_driver = { >> + .driver = { >> + .name = "jh71xx-pmu", >> + .of_match_table = starfive_pmu_of_match, >> + }, >> + .probe = starfive_pmu_probe, >> +}; >> +builtin_platform_driver(jh71xx_pmu_driver); > > You're using a mix of starfive_, starfive_pmu_ and jh71xx_pmu_ > prefixes. Please choose one, preferably jh71xx_pmu_ since that's what > you call the driver. Yes, jh71xx_pmu_ is preferable, will use the unified name in the next version. > >> +MODULE_LICENSE("GPL"); >> diff --git a/include/soc/starfive/pm_domains.h b/include/soc/starfive/pm_domains.h >> new file mode 100644 >> index 000000000000..a20e28e9baf3 >> --- /dev/null >> +++ b/include/soc/starfive/pm_domains.h >> @@ -0,0 +1,15 @@ >> +/* SPDX-License-Identifier: GPL-2.0 */ >> +/* >> + * Copyright (C) 2022 StarFive Technology Co., Ltd. >> + * Author: Walker Chen >> + */ >> + >> +#ifndef __SOC_STARFIVE_PMDOMAINS_H__ >> +#define __SOC_STARFIVE_PMDOMAINS_H__ >> + >> +#include >> + >> +void starfive_pmu_hw_event_turn_on(u32 mask); >> +void starfive_pmu_hw_event_turn_off(u32 mask); >> + >> +#endif /* __SOC_STARFIVE_PMDOMAINS_H__ */ > > The header and functions within are named very generic, but > implemented by the jh71xx-specific driver. > > Also who should use this header? These functions are never called by > anything in this series. These two functions will be used by the GPU module. Only the power-off of the GPU is not controlled by the software through PMU module. So here the functions are needed to export. Thank you for taking the time to review this driver! Best Regards, Walker Chen