From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: Gregory CLEMENT <gregory.clement@free-electrons.com>
Cc: Daniel Lezcano <daniel.lezcano@linaro.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>,
linux-pm@vger.kernel.org, lorenzo.pieralisi@arm.com,
Jason Cooper <jason@lakedaemon.net>, Andrew Lunn <andrew@lunn.ch>,
Ezequiel Garcia <ezequiel.garcia@free-electrons.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
linux-arm-kernel@lists.infradead.org,
Nicolas Pitre <nico@fluxnic.net>,
Lior Amsalem <alior@marvell.com>,
Maen Suleiman <maen@marvell.com>,
Tawfik Bayouk <tawfik@marvell.com>,
Shadi Ammouri <shadi@marvell.com>,
Eran Ben-Avi <benavi@marvell.com>,
Yehuda Yitschak <yehuday@marvell.com>,
Nadav Haklai <nadavh@marvell.com>,
Ike Pan <ike.pan@canonical.com>,
Dan Frazier <dann.frazier@canonical.com>,
Leif Lindholm <leif.lindholm@arm.com>,
Jon Masters <jcm@redhat.com>, David Marlin <dmarlin@redhat.com>
Subject: Re: [PATCH v3 12/14] cpuidle: mvebu: Add initial CPU idle support for Armada 370/XP SoC
Date: Mon, 14 Oct 2013 18:36:13 +0200 [thread overview]
Message-ID: <20131014183613.7fd18395@skate> (raw)
In-Reply-To: <1381759106-15004-13-git-send-email-gregory.clement@free-electrons.com>
Dear Gregory CLEMENT,
On Mon, 14 Oct 2013 15:58:24 +0200, Gregory CLEMENT wrote:
> +#include <linux/cpuidle.h>
> +#include <linux/module.h>
> +#include <linux/io.h>
> +#include <linux/of.h>
> +#include <linux/suspend.h>
> +#include <asm/suspend.h>
> +#include <linux/smp.h>
> +#include <asm/cpuidle.h>
> +#include <asm/smp_plat.h>
> +#include <linux/armada-370-xp-pmsu.h>
> +#include <linux/platform_device.h>
> +
> +#define ARMADA_370_XP_MAX_STATES 3
> +#define ARMADA_370_XP_FLAG_DEEP_IDLE 0x10000
> +
> +extern void v7_flush_dcache_all(void);
This function is no longer called by the driver, it seems.
> +/* Functions defined in suspend-armada-370-xp.S */
> +int armada_370_xp_cpu_resume(unsigned long);
> +int armada_370_xp_cpu_suspend(unsigned long);
So the PMSU functions have their prototype in a header in <linux/...>,
but not those ones. Why chose one solution for some functions, and
another one for these functions?
> +static int armada_370_xp_enter_idle(struct cpuidle_device *dev,
> + struct cpuidle_driver *drv,
> + int index)
> +{
> + bool deepidle = false;
> + unsigned int hw_cpu = cpu_logical_map(smp_processor_id());
> +
> + armada_370_xp_pmsu_set_start_addr(armada_370_xp_cpu_resume, hw_cpu);
> +
> + if (drv->states[index].flags & ARMADA_370_XP_FLAG_DEEP_IDLE)
> + deepidle = true;
This could also be written as:
deepidle = drv->states[index].flags & ARMADA_370_XP_FLAG_DEEP_IDLE;
which allows to remove the deepidle = false initialization. But I agree
this is rather a matter of taste, so I don't mind if you chose to keep
your implementation.
> +
> + cpu_suspend(deepidle, armada_370_xp_cpu_suspend);
> +
> + armada_370_xp_pmsu_idle_restore();
> +
> + return index;
> +}
> +
> +static struct cpuidle_driver armada_370_xp_idle_driver = {
> + .name = "armada_370_xp_idle",
> + .states[0] = ARM_CPUIDLE_WFI_STATE,
> + .states[1] = {
> + .enter = armada_370_xp_enter_idle,
> + .exit_latency = 10,
> + .power_usage = 50,
> + .target_residency = 100,
> + .flags = CPUIDLE_FLAG_TIME_VALID,
> + .name = "MV CPU IDLE",
> + .desc = "CPU power down",
> + },
> + .states[2] = {
> + .enter = armada_370_xp_enter_idle,
> + .exit_latency = 100,
> + .power_usage = 5,
> + .target_residency = 1000,
> + .flags = CPUIDLE_FLAG_TIME_VALID |
> + ARMADA_370_XP_FLAG_DEEP_IDLE,
> + .name = "MV CPU DEEP IDLE",
> + .desc = "CPU and L2 Fabric power down",
> + },
> + .state_count = ARMADA_370_XP_MAX_STATES,
> +};
> +
> +static int armada_370_xp_cpuidle_probe(struct platform_device *pdev)
> +{
> + if (!of_find_compatible_node(NULL, NULL, "marvell,armada-370-xp-pmsu"))
> + return -ENODEV;
> +
> + if (!of_find_compatible_node(NULL, NULL, "marvell,coherency-fabric"))
> + return -ENODEV;
I am wondering if those checks shouldn't be done by the core mach-mvebu
code before registering the cpuidle platform device, and only register
it if all the prerequisites are available.
> + pr_info("Initializing Armada-XP CPU power management ");
Not sure this message is really useful, but if it is, it should be
using dev_info(), it should not have a trailing space, and it should
probably not be called "CPU power management", but really "cpuidle" or
something like that. "CPU power management" is a very fuzzy term, which
could be confused with cpufreq, for example.
> +
> + armada_370_xp_pmsu_enable_l2_powerdown_onidle();
> +
> + return cpuidle_register(&armada_370_xp_idle_driver, NULL);
> +}
> +
> +static int armada_370_xp_cpuidle_remove(struct platform_device *pdev)
> +{
> + cpuidle_unregister(&armada_370_xp_idle_driver);
> + return 0;
> +}
> +
> +
One too many empty line here.
> +static struct platform_driver armada_370_xp_cpuidle_plat_driver = {
> + .driver = {
> + .name = "cpuidle-armada-370-xp",
> + .owner = THIS_MODULE,
> + },
> + .probe = armada_370_xp_cpuidle_probe,
> + .remove = armada_370_xp_cpuidle_remove,
> +};
> +
> +
One too many empty line here.
> +module_platform_driver(armada_370_xp_cpuidle_plat_driver);
> +
> +MODULE_AUTHOR("Gregory CLEMENT <gregory.clement@free-electrons.com>");
> +MODULE_DESCRIPTION("Armada 370/XP cpu idle driver");
> +MODULE_LICENSE("GPL");
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
WARNING: multiple messages have this Message-ID (diff)
From: thomas.petazzoni@free-electrons.com (Thomas Petazzoni)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 12/14] cpuidle: mvebu: Add initial CPU idle support for Armada 370/XP SoC
Date: Mon, 14 Oct 2013 18:36:13 +0200 [thread overview]
Message-ID: <20131014183613.7fd18395@skate> (raw)
In-Reply-To: <1381759106-15004-13-git-send-email-gregory.clement@free-electrons.com>
Dear Gregory CLEMENT,
On Mon, 14 Oct 2013 15:58:24 +0200, Gregory CLEMENT wrote:
> +#include <linux/cpuidle.h>
> +#include <linux/module.h>
> +#include <linux/io.h>
> +#include <linux/of.h>
> +#include <linux/suspend.h>
> +#include <asm/suspend.h>
> +#include <linux/smp.h>
> +#include <asm/cpuidle.h>
> +#include <asm/smp_plat.h>
> +#include <linux/armada-370-xp-pmsu.h>
> +#include <linux/platform_device.h>
> +
> +#define ARMADA_370_XP_MAX_STATES 3
> +#define ARMADA_370_XP_FLAG_DEEP_IDLE 0x10000
> +
> +extern void v7_flush_dcache_all(void);
This function is no longer called by the driver, it seems.
> +/* Functions defined in suspend-armada-370-xp.S */
> +int armada_370_xp_cpu_resume(unsigned long);
> +int armada_370_xp_cpu_suspend(unsigned long);
So the PMSU functions have their prototype in a header in <linux/...>,
but not those ones. Why chose one solution for some functions, and
another one for these functions?
> +static int armada_370_xp_enter_idle(struct cpuidle_device *dev,
> + struct cpuidle_driver *drv,
> + int index)
> +{
> + bool deepidle = false;
> + unsigned int hw_cpu = cpu_logical_map(smp_processor_id());
> +
> + armada_370_xp_pmsu_set_start_addr(armada_370_xp_cpu_resume, hw_cpu);
> +
> + if (drv->states[index].flags & ARMADA_370_XP_FLAG_DEEP_IDLE)
> + deepidle = true;
This could also be written as:
deepidle = drv->states[index].flags & ARMADA_370_XP_FLAG_DEEP_IDLE;
which allows to remove the deepidle = false initialization. But I agree
this is rather a matter of taste, so I don't mind if you chose to keep
your implementation.
> +
> + cpu_suspend(deepidle, armada_370_xp_cpu_suspend);
> +
> + armada_370_xp_pmsu_idle_restore();
> +
> + return index;
> +}
> +
> +static struct cpuidle_driver armada_370_xp_idle_driver = {
> + .name = "armada_370_xp_idle",
> + .states[0] = ARM_CPUIDLE_WFI_STATE,
> + .states[1] = {
> + .enter = armada_370_xp_enter_idle,
> + .exit_latency = 10,
> + .power_usage = 50,
> + .target_residency = 100,
> + .flags = CPUIDLE_FLAG_TIME_VALID,
> + .name = "MV CPU IDLE",
> + .desc = "CPU power down",
> + },
> + .states[2] = {
> + .enter = armada_370_xp_enter_idle,
> + .exit_latency = 100,
> + .power_usage = 5,
> + .target_residency = 1000,
> + .flags = CPUIDLE_FLAG_TIME_VALID |
> + ARMADA_370_XP_FLAG_DEEP_IDLE,
> + .name = "MV CPU DEEP IDLE",
> + .desc = "CPU and L2 Fabric power down",
> + },
> + .state_count = ARMADA_370_XP_MAX_STATES,
> +};
> +
> +static int armada_370_xp_cpuidle_probe(struct platform_device *pdev)
> +{
> + if (!of_find_compatible_node(NULL, NULL, "marvell,armada-370-xp-pmsu"))
> + return -ENODEV;
> +
> + if (!of_find_compatible_node(NULL, NULL, "marvell,coherency-fabric"))
> + return -ENODEV;
I am wondering if those checks shouldn't be done by the core mach-mvebu
code before registering the cpuidle platform device, and only register
it if all the prerequisites are available.
> + pr_info("Initializing Armada-XP CPU power management ");
Not sure this message is really useful, but if it is, it should be
using dev_info(), it should not have a trailing space, and it should
probably not be called "CPU power management", but really "cpuidle" or
something like that. "CPU power management" is a very fuzzy term, which
could be confused with cpufreq, for example.
> +
> + armada_370_xp_pmsu_enable_l2_powerdown_onidle();
> +
> + return cpuidle_register(&armada_370_xp_idle_driver, NULL);
> +}
> +
> +static int armada_370_xp_cpuidle_remove(struct platform_device *pdev)
> +{
> + cpuidle_unregister(&armada_370_xp_idle_driver);
> + return 0;
> +}
> +
> +
One too many empty line here.
> +static struct platform_driver armada_370_xp_cpuidle_plat_driver = {
> + .driver = {
> + .name = "cpuidle-armada-370-xp",
> + .owner = THIS_MODULE,
> + },
> + .probe = armada_370_xp_cpuidle_probe,
> + .remove = armada_370_xp_cpuidle_remove,
> +};
> +
> +
One too many empty line here.
> +module_platform_driver(armada_370_xp_cpuidle_plat_driver);
> +
> +MODULE_AUTHOR("Gregory CLEMENT <gregory.clement@free-electrons.com>");
> +MODULE_DESCRIPTION("Armada 370/XP cpu idle driver");
> +MODULE_LICENSE("GPL");
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2013-10-14 16:36 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-14 13:58 [PATCH v3 00/14] CPU idle for Armada XP Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 13:58 ` [PATCH v3 01/14] ARM: PJ4B: Add cpu_suspend/cpu_resume hooks for PJ4B Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 13:58 ` [PATCH v3 02/14] ARM: mvebu: ll_set_cpu_coherent no more uses the coherency address as parameter Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:20 ` Thomas Petazzoni
2013-10-14 14:20 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 03/14] ARM: mvebu: ll_set_cpu_coherent always uses the current CPU Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:22 ` Thomas Petazzoni
2013-10-14 14:22 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 04/14] ARM: mvebu: Remove the unused argument of set_cpu_coherent() Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:23 ` Thomas Petazzoni
2013-10-14 14:23 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 05/14] ARM: mvebu: Make ll_set_cpu_coherent() more configurable Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:26 ` Thomas Petazzoni
2013-10-14 14:26 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 06/14] ARM: mvebu: Low level functions to disable cache snooping Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:32 ` Thomas Petazzoni
2013-10-14 14:32 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 07/14] ARM: mvebu: Add a new set of registers for pmsu Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:34 ` Thomas Petazzoni
2013-10-14 14:34 ` Thomas Petazzoni
2013-10-14 14:36 ` Jason Cooper
2013-10-14 14:36 ` Jason Cooper
2013-10-14 13:58 ` [PATCH v3 08/14] ARM: mvebu: Allow to power down L2 cache controller in idle mode Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:44 ` Thomas Petazzoni
2013-10-14 14:44 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 09/14] ARM: mvebu: Add the PMSU related part of the cpu idle functions Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 14:54 ` Thomas Petazzoni
2013-10-14 14:54 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 10/14] ARM: mvebu: Set the start address of a CPU in a separate function Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 13:58 ` [PATCH v3 11/14] ARM: mvebu: Add CPU idle low level support for Marvell Armada XP Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 16:28 ` Thomas Petazzoni
2013-10-14 16:28 ` Thomas Petazzoni
2013-10-14 13:58 ` [PATCH v3 12/14] cpuidle: mvebu: Add initial CPU idle support for Armada 370/XP SoC Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 16:36 ` Thomas Petazzoni [this message]
2013-10-14 16:36 ` Thomas Petazzoni
2013-10-17 10:15 ` Daniel Lezcano
2013-10-17 10:15 ` Daniel Lezcano
2013-10-14 13:58 ` [PATCH v3 13/14] ARM: mvebu: register the cpuidle driver for the Armada XP SoCs Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
2013-10-14 13:58 ` [PATCH v3 14/14] ARM: dts: mvebu: Add a new set of registers to the PMSU node Gregory CLEMENT
2013-10-14 13:58 ` Gregory CLEMENT
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131014183613.7fd18395@skate \
--to=thomas.petazzoni@free-electrons.com \
--cc=alior@marvell.com \
--cc=andrew@lunn.ch \
--cc=benavi@marvell.com \
--cc=daniel.lezcano@linaro.org \
--cc=dann.frazier@canonical.com \
--cc=dmarlin@redhat.com \
--cc=ezequiel.garcia@free-electrons.com \
--cc=gregory.clement@free-electrons.com \
--cc=ike.pan@canonical.com \
--cc=jason@lakedaemon.net \
--cc=jcm@redhat.com \
--cc=leif.lindholm@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=maen@marvell.com \
--cc=nadavh@marvell.com \
--cc=nico@fluxnic.net \
--cc=rjw@sisk.pl \
--cc=sebastian.hesselbarth@gmail.com \
--cc=shadi@marvell.com \
--cc=tawfik@marvell.com \
--cc=yehuday@marvell.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.