From: Tomasz Figa <t.figa@samsung.com>
To: Chander Kashyap <chander.kashyap@linaro.org>,
linux-samsung-soc@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Cc: kgene.kim@samsung.com
Subject: Re: [PATCH] arm: exynos: generalize power register address calculation
Date: Wed, 09 Apr 2014 13:49:58 +0200 [thread overview]
Message-ID: <534533E6.10901@samsung.com> (raw)
In-Reply-To: <1397041783-18531-1-git-send-email-chander.kashyap@linaro.org>
Hi Chander,
On 09.04.2014 13:09, Chander Kashyap wrote:
> Currently status/configuration power register values are hard-coded for cpu1.
>
> Make it generic so that it is useful for SoC's with more than two cpus.
>
> Signed-off-by: Chander Kashyap <chander.kashyap@linaro.org>
> ---
> changes in v2 : Used existing macros for clusterid and cpuid calculation
>
> arch/arm/mach-exynos/hotplug.c | 15 ++++++++++++---
> arch/arm/mach-exynos/platsmp.c | 20 +++++++++++++++-----
> arch/arm/mach-exynos/regs-pmu.h | 9 +++++++--
> 3 files changed, 34 insertions(+), 10 deletions(-)
>
> diff --git a/arch/arm/mach-exynos/hotplug.c b/arch/arm/mach-exynos/hotplug.c
> index 5eead53..eab6121 100644
> --- a/arch/arm/mach-exynos/hotplug.c
> +++ b/arch/arm/mach-exynos/hotplug.c
> @@ -17,6 +17,7 @@
>
> #include <asm/cacheflush.h>
> #include <asm/cp15.h>
> +#include <asm/cputype.h>
> #include <asm/smp_plat.h>
>
> #include <plat/cpu.h>
> @@ -92,11 +93,19 @@ static inline void cpu_leave_lowpower(void)
>
> static inline void platform_do_lowpower(unsigned int cpu, int *spurious)
> {
> + unsigned int mpidr, cpunr, cluster;
> +
> + mpidr = cpu_logical_map(cpu);
> + cpunr = MPIDR_AFFINITY_LEVEL(mpidr, 0);
> + cluster = MPIDR_AFFINITY_LEVEL(mpidr, 1);
> +
> + /* Maximum possible cpus in a cluster can be 4 */
> + cpunr += cluster * 4;
I believe this is rather a weak assumption. First of all, the limit
seems to be hardcoded only for the few existing SoCs. In addition, the
value is not used as a maximum, but rather it is assumed that each
cluster has always four cores.
Moreover, it is assumed here that the mapping between core ID
(calculated by the equation below) and PMU core numbers is 1:1, which is
not true. On Exynos4210, the cluster ID is always 0x09 and on Exynos4x12
it is 0x0a, which will lead to completely wrong register offsets.
I believe the proper way to deal with this is to provide per-CPU
property in DT called "samsung,pmu-offset" that could be used be code
like this to calculate register addresses properly.
For now, I would recommend doing the above ignoring cluster ID
completely to not break (and actually fix) single cluster systems and
existing multi cluster ones on which only the first cluster is supported
now.
After that, per-CPU PMU offset should be implemented to support
multi-cluster SoCs with proper support of multiple clusters.
Best regards,
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: t.figa@samsung.com (Tomasz Figa)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] arm: exynos: generalize power register address calculation
Date: Wed, 09 Apr 2014 13:49:58 +0200 [thread overview]
Message-ID: <534533E6.10901@samsung.com> (raw)
In-Reply-To: <1397041783-18531-1-git-send-email-chander.kashyap@linaro.org>
Hi Chander,
On 09.04.2014 13:09, Chander Kashyap wrote:
> Currently status/configuration power register values are hard-coded for cpu1.
>
> Make it generic so that it is useful for SoC's with more than two cpus.
>
> Signed-off-by: Chander Kashyap <chander.kashyap@linaro.org>
> ---
> changes in v2 : Used existing macros for clusterid and cpuid calculation
>
> arch/arm/mach-exynos/hotplug.c | 15 ++++++++++++---
> arch/arm/mach-exynos/platsmp.c | 20 +++++++++++++++-----
> arch/arm/mach-exynos/regs-pmu.h | 9 +++++++--
> 3 files changed, 34 insertions(+), 10 deletions(-)
>
> diff --git a/arch/arm/mach-exynos/hotplug.c b/arch/arm/mach-exynos/hotplug.c
> index 5eead53..eab6121 100644
> --- a/arch/arm/mach-exynos/hotplug.c
> +++ b/arch/arm/mach-exynos/hotplug.c
> @@ -17,6 +17,7 @@
>
> #include <asm/cacheflush.h>
> #include <asm/cp15.h>
> +#include <asm/cputype.h>
> #include <asm/smp_plat.h>
>
> #include <plat/cpu.h>
> @@ -92,11 +93,19 @@ static inline void cpu_leave_lowpower(void)
>
> static inline void platform_do_lowpower(unsigned int cpu, int *spurious)
> {
> + unsigned int mpidr, cpunr, cluster;
> +
> + mpidr = cpu_logical_map(cpu);
> + cpunr = MPIDR_AFFINITY_LEVEL(mpidr, 0);
> + cluster = MPIDR_AFFINITY_LEVEL(mpidr, 1);
> +
> + /* Maximum possible cpus in a cluster can be 4 */
> + cpunr += cluster * 4;
I believe this is rather a weak assumption. First of all, the limit
seems to be hardcoded only for the few existing SoCs. In addition, the
value is not used as a maximum, but rather it is assumed that each
cluster has always four cores.
Moreover, it is assumed here that the mapping between core ID
(calculated by the equation below) and PMU core numbers is 1:1, which is
not true. On Exynos4210, the cluster ID is always 0x09 and on Exynos4x12
it is 0x0a, which will lead to completely wrong register offsets.
I believe the proper way to deal with this is to provide per-CPU
property in DT called "samsung,pmu-offset" that could be used be code
like this to calculate register addresses properly.
For now, I would recommend doing the above ignoring cluster ID
completely to not break (and actually fix) single cluster systems and
existing multi cluster ones on which only the first cluster is supported
now.
After that, per-CPU PMU offset should be implemented to support
multi-cluster SoCs with proper support of multiple clusters.
Best regards,
Tomasz
next prev parent reply other threads:[~2014-04-09 11:50 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-08 16:15 [PATCH] arm: exynos: generalize power register address calculation Chander Kashyap
2014-04-08 16:15 ` Chander Kashyap
2014-04-09 11:09 ` Chander Kashyap
2014-04-09 11:09 ` Chander Kashyap
2014-04-09 11:49 ` Tomasz Figa [this message]
2014-04-09 11:49 ` Tomasz Figa
2014-04-09 13:49 ` Chander Kashyap
2014-04-09 13:49 ` Chander Kashyap
2014-04-09 14:45 ` Tomasz Figa
2014-04-09 14:45 ` Tomasz Figa
2014-04-10 5:48 ` Chander Kashyap
2014-04-10 5:48 ` Chander Kashyap
2014-04-14 4:27 ` Chander Kashyap
2014-04-14 4:27 ` Chander Kashyap
2014-04-14 17:20 ` Tomasz Figa
2014-04-14 17:20 ` Tomasz Figa
2014-04-14 17:28 ` Tomasz Figa
2014-04-14 17:28 ` Tomasz Figa
2014-04-15 3:58 ` Chander Kashyap
2014-04-15 3:58 ` Chander Kashyap
2014-04-15 7:38 ` Chander Kashyap
2014-04-15 7:38 ` Chander Kashyap
2014-04-18 14:12 ` Tomasz Figa
2014-04-18 14:12 ` Tomasz Figa
2014-04-20 6:39 ` Chander Kashyap
2014-04-20 6:39 ` Chander Kashyap
2014-04-21 8:29 ` [PATCH v4] " Chander Kashyap
2014-04-21 8:29 ` Chander Kashyap
2014-04-22 12:25 ` [PATCH v5] " Chander Kashyap
2014-04-24 7:48 ` Chander Kashyap
2014-04-25 5:32 ` Chander Kashyap
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=534533E6.10901@samsung.com \
--to=t.figa@samsung.com \
--cc=chander.kashyap@linaro.org \
--cc=kgene.kim@samsung.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
/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.