Re: [PATCH 2/7] arm: dt: zynq: Add 'cpus' node

2013-11-13 Thread Sudeep KarkadaNagesha
On 12/11/13 21:58, Sören Brinkmann wrote: > On Tue, Nov 12, 2013 at 10:06:05AM -0800, Sören Brinkmann wrote: >> On Mon, Nov 11, 2013 at 06:57:44PM +0000, Sudeep KarkadaNagesha wrote: >>> On 08/11/13 21:21, Soren Brinkmann wrote: >>>> Add a 'cpus'

Re: [PATCH 2/7] arm: dt: zynq: Add 'cpus' node

2013-11-11 Thread Sudeep KarkadaNagesha
On 08/11/13 21:21, Soren Brinkmann wrote: > Add a 'cpus' node to describe the CPU cores of Zynq. > > Signed-off-by: Soren Brinkmann > Acked-by: Peter Crosthwaite > --- > arch/arm/boot/dts/zynq-7000.dtsi | 27 +++ > 1 file changed, 27 insertions(+) > > diff --git a/arch/

Re: [PATCH 1/6] arm: zynq: platsmp: Fix CPU presence check

2013-10-31 Thread Sudeep KarkadaNagesha
Hi Soren, On 31/10/13 16:10, Soren Brinkmann wrote: > From: Peter Crosthwaite > > Fix an off-by-one error in the logic that checks if a CPU is present. > The ncores variable is a count of cores while the cpu variable is a > 0 based index. So if ncores == cpu, cpu is out of range. Fix this > comp

Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13

2013-10-29 Thread Sudeep KarkadaNagesha
Hi Rafael, On 29/10/13 12:05, Rafael J. Wysocki wrote: > On Tuesday, October 29, 2013 10:57:40 AM Sudeep KarkadaNagesha wrote: >> Hi Viresh, >> >> On 28/10/13 21:49, Viresh Kumar wrote: >>> Hi Rafael, >>> >>> I have pushed ARM cpufreq patches for

Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13

2013-10-29 Thread Sudeep KarkadaNagesha
cher behavior at run time > (2013-10-29 03:18:41 +0530) > > > Nicolas Pitre (1): > cpufreq: arm_big_little: reconfigure switcher behavior at run time > > Sudeep KarkadaNagesha (5): > cpufreq: arm-b

Re: [PATCH] of: fix iteration bug over CPU reg properties

2013-10-21 Thread Sudeep KarkadaNagesha
idt > --- > > I discovered this during code inspection. I don't think it is an actual > bug seen in the wild, but the code does look wrong. I'd appreciate > someone take a look and confirm that I've read the code right. > Thanks for finding and fixing the bug. I

Re: [PATCH v6 RESEND 0/5] ARM/ARM64 architected timer updates

2013-09-26 Thread Sudeep KarkadaNagesha
On 26/09/13 10:43, Arnd Bergmann wrote: > On Wednesday 25 September 2013, Sudeep KarkadaNagesha wrote: >> On 25/09/13 16:06, Daniel Lezcano wrote: >>> On 09/18/2013 01:05 PM, Sudeep KarkadaNagesha wrote: >>>> From: Sudeep KarkadaNagesha >>>> >>>

[GIT PULL] ARM/ARM64 architected timer updates for v3.13

2013-09-26 Thread Sudeep KarkadaNagesha
git timer_evtstrm for you to fetch changes up to 346e7480f1d4740b3d798da60f83f087ea6488b4: drivers: clocksource: add CPU PM notifier for ARM architected timer (2013-09-26 09:48:24 +0100) ---- Sudeep KarkadaNagesha (4): ARM/AR

Re: [PATCH v6 RESEND 0/5] ARM/ARM64 architected timer updates

2013-09-25 Thread Sudeep KarkadaNagesha
On 25/09/13 16:06, Daniel Lezcano wrote: > On 09/18/2013 01:05 PM, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Hi Olof/Kevin, > > Added Olof and Kevin in Cc. > Thanks Daniel, sorry I assumed mailing list alias(a...@kernel.org) was preferred

[PATCH RFC 1/3] ARM: kernel: add support for cpu cache information

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This implementation maintains the hierarchy of cache objects which reflects the system's cache topology. Cache objects are instantiated as needed as CPUs come online. The cache objects are replicated per-cpu even if they are shared(similar to x86 implementation

[PATCH RFC 2/3] ARM: kernel: add outer cache support for cacheinfo implementation

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha In order to support outer cache in the cacheinfo infrastructure, a new function 'get_info' is added to outer_cache_fns. This function is used to get the outer cache information namely: line size, number of ways of associativity and number of sets. This

[PATCH RFC 0/3] ARM: cacheinfo support

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Hi, This series adds cacheinfo support for ARM. The implementation is based on x86. However it depends on device tree for cache hierarcy. On non-DT platforms, first level caches are per-cpu while higher level caches are assumed system-wide. Few things I would like

[PATCH RFC 3/3] ARM: kernel: support cpu cache information interface to userspace via sysfs

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds initial support for providing processor cache information to userspace through sysfs interface. This is based on x86 implementation and hence the interface is intended to be fully compatible. A per-cpu array of cache information maintained is used

[PATCH v6 RESEND 2/5] ARM: arch_timer: add support to configure and enable event stream

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps definitions to the user to detect this event stream feature. Cc: Russell King Cc: Lorenzo Pieralisi Acked-by: Catalin Marinas Acked-by: Will Deacon Signed

[PATCH v6 RESEND 5/5] drivers: clocksource: add CPU PM notifier for ARM architected timer

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Few control settings done in architected timer as part of initialisation can be lost when CPU enters deeper power states. They need to be restored when the CPU is (warm)reset again. This patch adds CPU PM notifiers to save the counter control register when entering

[PATCH v6 RESEND 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Add macros to describe the bitfields in the ARM architected timer control register to make code easy to understand. Reviewed-by: Lorenzo Pieralisi Reviewed-by: Will Deacon Acked-by: Catalin Marinas Signed-off-by: Sudeep KarkadaNagesha --- arch/arm/include/asm

[PATCH v6 RESEND 3/5] ARM64: arch_timer: add support to configure and enable event stream

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps as well as compat-specific definitions to the user to detect this event stream feature. Cc: Lorenzo Pieralisi Cc: Will Deacon Acked-by: Catalin Marinas

[PATCH v6 RESEND 4/5] drivers: clocksource: add support for ARM architected timer event stream

2013-09-18 Thread Sudeep KarkadaNagesha
: Lorenzo Pieralisi Reviewed-by: Catalin Marinas Signed-off-by: Will Deacon [sudeep: moving ARM/ARM64 changes into separate patches and adding Kconfig option] Signed-off-by: Sudeep KarkadaNagesha --- drivers/clocksource/Kconfig | 15 +++ drivers/clocksource

[PATCH v6 RESEND 0/5] ARM/ARM64 architected timer updates

2013-09-18 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Hi Olof/Kevin, I am reposting this series as suggested by Olof[1]. This is reviewed and acked by Will and Catalin. Daniel needs Ack from arm-soc maintainers to take these through his tree. Can you review this ? Regards, Sudeep [1] http://www.spinics.net/lists/arm

Re: [PATCH v4 12/19] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes

2013-09-10 Thread Sudeep KarkadaNagesha
On 10/09/13 03:44, Shawn Guo wrote: > On Mon, Sep 09, 2013 at 04:24:18PM +0100, Sudeep KarkadaNagesha wrote: >> Hi Shawn, >> >> Ok. But I am bit suspicious about devm_clk_get(cpu_dev, NULL). >> I don't understand completely as how the clock are registere

Re: [PATCH v4 12/19] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes

2013-09-09 Thread Sudeep KarkadaNagesha
On 09/09/13 15:32, Shawn Guo wrote: > Hi Sudeep, > > On Mon, Sep 09, 2013 at 10:24:39AM +0100, Sudeep KarkadaNagesha wrote: >> Hi Shawn, >> >> Can you please clarify ? The fix would be as below but I would like to >> know if setting cpu_dev to get_cpu_device(0)

Re: [PATCH v4 12/19] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes

2013-09-09 Thread Sudeep KarkadaNagesha
On 06/09/13 14:44, Guennadi Liakhovetski wrote: > Hi > > On Tue, 20 Aug 2013, Sudeep KarkadaNagesha wrote: > >> From: Sudeep KarkadaNagesha >> >> Now that the cpu device registration initialises the of_node(if available) >> appropriately for all the cpus, p

Re: [GIT PULL] ARM/ARM64 architected timer updates for v3.12, take 2

2013-09-02 Thread Sudeep KarkadaNagesha
On 02/09/13 15:54, Daniel Lezcano wrote: > On 08/30/2013 06:52 PM, Sudeep KarkadaNagesha wrote: >> git://linux-arm.org/linux-skn.git timer_evtstrm > > Hi Sudeep, > > I don't see the acked-by from Olof or Kevin. > > Your patchset touches files under arch/arm whic

Re: [PATCH v6 0/5] ARM/ARM64 architected timer updates

2013-08-30 Thread Sudeep KarkadaNagesha
On 30/08/13 15:04, Will Deacon wrote: > On Fri, Aug 30, 2013 at 12:43:09PM +0100, Russell King - ARM Linux wrote: >> On Fri, Aug 30, 2013 at 11:07:28AM +0100, Sudeep KarkadaNagesha wrote: >>> On 29/08/13 15:55, Sudeep KarkadaNagesha wrote: >>>> From: Sudeep Karkad

[GIT PULL] ARM/ARM64 architected timer updates for v3.12, take 2

2013-08-30 Thread Sudeep KarkadaNagesha
nges up to c213e17db6904bb593fd26894091103554eaca09: drivers: clocksource: add CPU PM notifier for ARM architected timer (2013-08-30 17:40:26 +0100) -------- Sudeep KarkadaNagesha (4): ARM/ARM64: arch_timer: add macros for bits in control register ARM: arch_timer: add

Re: [PATCH v6 0/5] ARM/ARM64 architected timer updates

2013-08-30 Thread Sudeep KarkadaNagesha
On 29/08/13 15:55, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > This patch series adds support to configure the rate and enable the > event stream for architected timer. The event streams can be used to > impose a timeout on a wfe, to safeguard against any pr

Re: [GIT PULL] ARM/ARM64 architected timer updates for v3.12

2013-08-30 Thread Sudeep KarkadaNagesha
Ccing Catalin,Russell On 29/08/13 23:32, Daniel Lezcano wrote: > On 08/29/2013 07:13 PM, Sudeep KarkadaNagesha wrote: >> Hi Daniel, >> >> These are the ARM/ARM64 arch timer updates for v3.12. >> I have re-based the changes on tip/timers/core as there are conf

[GIT PULL] ARM/ARM64 architected timer updates for v3.12

2013-08-29 Thread Sudeep KarkadaNagesha
ository at: git://linux-arm.org/linux-skn.git timer_evtstrm for you to fetch changes up to f74f198e540c160b1db9470b679dbeb72339829b: drivers: clocksource: add CPU PM notifier for ARM architected timer (2013-08-29 17:43:08 +0100) -----

Re: [PATCH v6 4/5] drivers: clocksource: add support for ARM architected timer event stream

2013-08-29 Thread Sudeep KarkadaNagesha
On 29/08/13 16:39, Catalin Marinas wrote: > On Thu, Aug 29, 2013 at 03:55:41PM +0100, Sudeep KarkadaNagesha wrote: >> From: Will Deacon >> >> The ARM architected timer can generate events (used for waking up >> CPUs executing the wfe instruction) at a frequency rep

[PATCH v6 4/5] drivers: clocksource: add support for ARM architected timer event stream

2013-08-29 Thread Sudeep KarkadaNagesha
stream. Cc: Lorenzo Pieralisi Cc: Catalin Marinas Signed-off-by: Will Deacon [sudeep: moving ARM/ARM64 changes into separate patches and adding Kconfig option] Signed-off-by: Sudeep KarkadaNagesha --- drivers/clocksource/Kconfig | 14 ++ drivers/clocksource

[PATCH v6 3/5] ARM64: arch_timer: add support to configure and enable event stream

2013-08-29 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps as well as compat-specific definitions to the user to detect this event stream feature. Cc: Lorenzo Pieralisi Cc: Will Deacon Cc: Catalin Marinas Signed

[PATCH v6 0/5] ARM/ARM64 architected timer updates

2013-08-29 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch series adds support to configure the rate and enable the event stream for architected timer. The event streams can be used to impose a timeout on a wfe, to safeguard against any programming error in case an expected event is not generated or even to

[PATCH v6 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-29 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Add macros to describe the bitfields in the ARM architected timer control register to make code easy to understand. Cc: Catalin Marinas Reviewed-by: Lorenzo Pieralisi Reviewed-by: Will Deacon Signed-off-by: Sudeep KarkadaNagesha --- arch/arm/include/asm

[PATCH v6 5/5] drivers: clocksource: add CPU PM notifier for ARM architected timer

2013-08-29 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Few control settings done in architected timer as part of initialisation can be lost when CPU enters deeper power states. They need to be restored when the CPU is (warm)reset again. This patch adds CPU PM notifiers to save the counter control register when entering

[PATCH v6 2/5] ARM: arch_timer: add support to configure and enable event stream

2013-08-29 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps definitions to the user to detect this event stream feature. Cc: Russell King Cc: Lorenzo Pieralisi Cc: Will Deacon Cc: Catalin Marinas Signed-off-by

Re: [PATCH v5 5/5] drivers: clocksource: add CPU PM notifier for ARM architected timer

2013-08-28 Thread Sudeep KarkadaNagesha
On 28/08/13 11:44, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > Few control settings done in architected timer as part of initialisation > can be lost when CPU enters deeper power states. They need to be > re-initialised when the CPU is (warm)reset again. >

[PATCH v5 2/5] ARM: arch_timer: add support to configure and enable event stream

2013-08-28 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps definitions to the user to detect this event stream feature. Cc: Russell King Cc: Lorenzo Pieralisi Cc: Will Deacon Cc: Catalin Marinas Signed-off-by

[PATCH v5 3/5] ARM64: arch_timer: add support to configure and enable event stream

2013-08-28 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configuring the event stream frequency and enabling it. It also adds the hwcaps as well as compat-specific definitions to the user to detect this event stream feature. Cc: Lorenzo Pieralisi Cc: Will Deacon Cc: Catalin Marinas Signed

[PATCH v5 0/5] ARM/ARM64 architected timer updates

2013-08-28 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch series adds support to configure the rate and enable the event stream for architected timer. The event streams can be used to impose a timeout on a wfe, to safeguard against any programming error in case an expected event is not generated or even to

[PATCH v5 5/5] drivers: clocksource: add CPU PM notifier for ARM architected timer

2013-08-28 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Few control settings done in architected timer as part of initialisation can be lost when CPU enters deeper power states. They need to be re-initialised when the CPU is (warm)reset again. This patch adds CPU PM notifiers to do the timer initialisation on warm resets

[PATCH v5 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-28 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Add macros to describe the bitfields in the ARM architected timer control register to make code easy to understand. Cc: Catalin Marinas Reviewed-by: Lorenzo Pieralisi Reviewed-by: Will Deacon Signed-off-by: Sudeep KarkadaNagesha --- arch/arm/include/asm

[PATCH v5 4/5] drivers: clocksource: add support for ARM architected timer event stream

2013-08-28 Thread Sudeep KarkadaNagesha
stream. Cc: Lorenzo Pieralisi Cc: Catalin Marinas Signed-off-by: Will Deacon [sudeep: moving ARM/ARM64 changes into separate patches and adding Kconfig option] Signed-off-by: Sudeep KarkadaNagesha --- drivers/clocksource/Kconfig | 14 ++ drivers/clocksource

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-27 Thread Sudeep KarkadaNagesha
On 27/08/13 17:53, Catalin Marinas wrote: > On Tue, Aug 27, 2013 at 04:19:04PM +0100, Sudeep KarkadaNagesha wrote: >> On 27/08/13 15:52, Catalin Marinas wrote: >>> On Tue, Aug 27, 2013 at 12:37:38PM +0100, Sudeep KarkadaNagesha wrote: >>>> On 27/08/13 12:21, Catal

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-27 Thread Sudeep KarkadaNagesha
On 27/08/13 15:52, Catalin Marinas wrote: > On Tue, Aug 27, 2013 at 12:37:38PM +0100, Sudeep KarkadaNagesha wrote: >> On 27/08/13 12:21, Catalin Marinas wrote: >>> On Fri, Aug 23, 2013 at 05:19:05PM +0100, Sudeep KarkadaNagesha wrote: >>>> From: Sudeep KarkadaNa

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-27 Thread Sudeep KarkadaNagesha
On 27/08/13 12:21, Catalin Marinas wrote: > On Fri, Aug 23, 2013 at 05:19:05PM +0100, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Add macros to describe the bitfields in the ARM architected timer >> control register to make code easy to understand

Re: [PATCH v4 3/5] ARM64: arch_timer: add support to configure and enable event stream

2013-08-27 Thread Sudeep KarkadaNagesha
Hi Catalin, On 27/08/13 12:19, Catalin Marinas wrote: > On Fri, Aug 23, 2013 at 05:19:07PM +0100, Sudeep KarkadaNagesha wrote: >> diff --git a/arch/arm64/include/asm/arch_timer.h >> b/arch/arm64/include/asm/arch_timer.h >> index 00b09d0..0f57158 100644 >> -

[PATCH v4 2/5] ARM: arch_timer: add support to configure and enable event stream

2013-08-23 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configure the event stream frequency and enabling it. It also adds the hwcaps definitions to the user to detect this event stream feature. Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Lorenzo Pieralisi Signed-off-by

[PATCH v4 4/5] drivers: clocksource: add support for ARM architected timer event stream

2013-08-23 Thread Sudeep KarkadaNagesha
stream. Cc: Catalin Marinas Cc: Lorenzo Pieralisi Signed-off-by: Will Deacon [sudeep: moving ARM/ARM64 changes into separate patches and adding Kconfig option] Signed-off-by: Sudeep KarkadaNagesha --- drivers/clocksource/Kconfig | 14 ++ drivers/clocksource

[PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

2013-08-23 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Add macros to describe the bitfields in the ARM architected timer control register to make code easy to understand. Cc: Catalin Marinas Reviewed-by: Lorenzo Pieralisi Reviewed-by: Will Deacon Signed-off-by: Sudeep KarkadaNagesha --- arch/arm/include/asm

[PATCH v4 0/5] ARM/ARM64 architected timer updates

2013-08-23 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch series adds support to configure the rate and enable the event stream for architected timer. The event streams can be used to impose a timeout on a wfe, to safeguard against any programming error in case an expected event is not generated or even to

[PATCH v4 3/5] ARM64: arch_timer: add support to configure and enable event stream

2013-08-23 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch adds support for configure the event stream frequency and enabling it. It also adds the hwcaps as well as compat-specific definitions to the user to detect this event stream feature. Cc: Catalin Marinas Cc: Will Deacon Cc: Lorenzo Pieralisi Signed-off

[PATCH v4 5/5] drivers: clocksource: add CPU PM notifier for ARM architected timer

2013-08-23 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Few control settings done in architected timer as part of initialisation can be lost when CPU enters deeper power states. They need to be re-initialised when the CPU is (warm)reset again. This patch adds CPU PM notifiers to do the timer initialisation on warm resets

Re: [PATCH v3 0/6] ARM/ARM64 architected timer updates

2013-08-23 Thread Sudeep KarkadaNagesha
On 23/08/13 10:26, Catalin Marinas wrote: > On Tue, Aug 20, 2013 at 06:14:52PM +0100, Sudeep KarkadaNagesha wrote: >> On 13/08/13 18:29, Sudeep KarkadaNagesha wrote: >>> From: Sudeep KarkadaNagesha >>> >>> This patch series adds support to configure the rate

Re: [RFC PATCH v2 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-22 Thread Sudeep KarkadaNagesha
On 22/08/13 14:59, Mark Rutland wrote: > On Mon, Aug 19, 2013 at 02:56:10PM +0100, Sudeep KarkadaNagesha wrote: >> On 19/08/13 14:02, Rob Herring wrote: >>> On 08/19/2013 05:19 AM, Mark Rutland wrote: >>>> On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrensch

[GIT PULL v2] DT/core: cpu_ofnode updates for v3.12

2013-08-22 Thread Sudeep KarkadaNagesha
nges up to 1037b2752345cc5666e90b711a913ab2ae6c5920: cpufreq: pmac32-cpufreq: remove device tree parsing for cpu nodes (2013-08-21 10:29:56 +0100) -------- Sudeep KarkadaNagesha (19): microblaze: remove undefined of_get_cpu_node declaration openrisc: remove

Re: [PATCH v4 03/19] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-22 Thread Sudeep KarkadaNagesha
On 22/08/13 07:15, Benjamin Herrenschmidt wrote: > On Tue, 2013-08-20 at 10:30 +0100, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Currently different drivers requiring to access cpu device node are >> parsing the device tree themselves. Since

Re: [PATCH v3 0/6] ARM/ARM64 architected timer updates

2013-08-20 Thread Sudeep KarkadaNagesha
On 13/08/13 18:29, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > This patch series adds support to configure the rate and enable the > event stream for architected timer. The event streams can be used to > impose a timeout on a WFE, to safeguard against any pr

[PATCH v3 4/6] ARM64: arch_timer: configure and enable event stream

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch configures the event stream frequency and enables it. It also adds the hwcaps as well as compat-specific definitions to the user to detect this event stream feature. Cc: Catalin Marinas Reviewed-by: Lorenzo Pieralisi Signed-off-by: Will Deacon [sudeep

Re: [PATCH v3 4/6] ARM64: arch_timer: configure and enable event stream

2013-08-20 Thread Sudeep KarkadaNagesha
On 20/08/13 17:16, Will Deacon wrote: > On Tue, Aug 20, 2013 at 03:27:33PM +0100, Sudeep KarkadaNagesha wrote: >> On 20/08/13 14:27, Will Deacon wrote: >>> On Tue, Aug 13, 2013 at 06:29:42PM +0100, Sudeep KarkadaNagesha wrote: >>>> diff --git a/arch/arm64/include/

Re: [PATCH v3 4/6] ARM64: arch_timer: configure and enable event stream

2013-08-20 Thread Sudeep KarkadaNagesha
On 20/08/13 14:27, Will Deacon wrote: > Hi Sudeep, > > Couple of comments inline... > > On Tue, Aug 13, 2013 at 06:29:42PM +0100, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> This patch configures the event stream frequency and enables it. &

Re: [PATCH v4 03/19] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-20 Thread Sudeep KarkadaNagesha
On 20/08/13 13:27, Rafael J. Wysocki wrote: > On Tuesday, August 20, 2013 10:30:05 AM Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Currently different drivers requiring to access cpu device node are >> parsing the device tree themselves. Since

[PATCH v4 07/19] of/device: add helper to get cpu device node from logical cpu index

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Multiple drivers need to get the cpu device node from the cpu logical index and then access the of_node. This patch adds helper function to fetch the device node directly. Acked-by: Rob Herring Signed-off-by: Sudeep KarkadaNagesha --- include/linux/of_device.h

[PATCH v4 05/19] ARM: DT/kernel: define ARM specific arch_match_cpu_phys_id

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha OF/DT core library now provides architecture specific hook to match the logical cpu index with the corresponding physical identifier. Most of the cpu DT node parsing and initialisation is contained in devtree.c. So it's better to define ARM spe

[PATCH v4 04/19] of: move of_get_cpu_node implementation to DT core library

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch moves the generalized implementation of of_get_cpu_node from PowerPC to DT core library, thereby adding support for retrieving cpu node for a given logical cpu index on any architecture. The CPU subsystem can now use this function to assign of_node in the

[PATCH v4 00/19] DT/core: update cpu device of_node

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha As more and more information is getting added into the cpu node, the number of drivers needing to parse the device tree for CPU nodes are increasing. Most of the time, the information needed from the cpu node is preferred in the logical CPU order. Hence many drivers

[PATCH v4 06/19] driver/core: cpu: initialize of_node in cpu's device struture

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha CPUs are also registered as devices but the of_node in these cpu devices are not initialized. Currently different drivers requiring to access cpu device node are parsing the nodes themselves and initialising the of_node in cpu device. The of_node in all the cpu

[PATCH v4 11/19] cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Acked-by: Shawn Guo Acked-by: Viresh Kumar Signed-off-by: Sud

[PATCH v4 08/19] ARM: topology: remove hwid/MPIDR dependency from cpu_capacity

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Currently the topology code computes cpu capacity and stores it in the list along with hwid(which is MPIDR) as it parses the CPU nodes in the device tree. This is required as it needs to be mapped to the logical CPU later. Since the CPU device nodes can be retrieved

[PATCH v4 12/19] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Acked-by: Shawn Guo Acked-by: Rob Herring Acked-by: Viresh Ku

[PATCH v4 02/19] openrisc: remove undefined of_get_cpu_node declaration

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch removes the declaration of the function 'of_get_cpu_node' which is not defined for openrisc. This is in preparation to move it's definition from PPC to DT common code. Again it could be there as it was originally copied from powerpc.

[PATCH v4 10/19] drivers/bus: arm-cci: avoid parsing DT for cpu device nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Since the CPU device nodes can be retrieved using arch_of_get_cpu_node, we can use it to avoid parsing the cpus node searching the cpu nodes and mapping to logical index. This patch removes parsing DT for cpu nodes by using of_get_cpu_node. Cc: Lorenzo Pieralisi

[PATCH v4 03/19] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Currently different drivers requiring to access cpu device node are parsing the device tree themselves. Since the ordering in the DT need not match the logical cpu ordering, the parsing logic needs to consider that. However, this has resulted in lots of code

[PATCH v4 01/19] microblaze: remove undefined of_get_cpu_node declaration

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch removes the declaration of the function 'of_get_cpu_node' which is not defined for microblaze. This is in preparation to move it's definition from PPC to DT common code. Michal Simek says: "it was just there because Microblaze was b

[PATCH v4 17/19] cpufreq: maple-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Cc: Dmitry Eremin-Solenikov Acked-by: Viresh Kumar Signed-off

[PATCH v4 09/19] ARM: mvebu: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Currently set_secondary_cpus_clock assume the CPU logical ordering and the MPDIR in DT are same, which is incorrect. Since the CPU device nodes can be retrieved in the logical ordering using the DT helper, we can remove the devices tree parsing. This patch removes

[PATCH v4 14/19] cpufreq: spear-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Cc: Deepak Sikri Acked-by: Viresh Kumar Signed-off-by: Sud

[PATCH v4 15/19] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Cc: Jason Cooper Acked-by: Andrew Lunn Acked-by: Viresh Ku

[PATCH v4 13/19] cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Cc: Mark Langsdorf Acked-by: Rob Herring Acked-by: Viresh Ku

[PATCH v4 19/19] cpufreq: pmac32-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes DT parsing and uses cpu->of_node instead. Cc: Benjamin Herrenschmidt Acked-by: Viresh Kumar Signed-off

[PATCH v4 16/19] cpufreq: arm_big_little: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Acked-by: Viresh Kumar Signed-off-by: Sudeep KarkadaNage

[PATCH v4 18/19] cpufreq: pmac64-cpufreq: remove device tree parsing for cpu nodes

2013-08-20 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Now that the cpu device registration initialises the of_node(if available) appropriately for all the cpus, parsing here is redundant. This patch removes all DT parsing and uses cpu->of_node instead. Cc: Benjamin Herrenschmidt Acked-by: Viresh Kumar Signed-off

Re: [RFC PATCH v2 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-19 Thread Sudeep KarkadaNagesha
On 19/08/13 14:02, Rob Herring wrote: > On 08/19/2013 05:19 AM, Mark Rutland wrote: >> On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrenschmidt wrote: >>> On Sat, 2013-08-17 at 12:50 +0200, Tomasz Figa wrote: I wonder how would this handle uniprocessor ARM (pre-v7) cores, for whic

Re: [RFC PATCH v2 4/4] of: move of_get_cpu_node implementation to DT core library

2013-08-19 Thread Sudeep KarkadaNagesha
On 19/08/13 14:11, Rob Herring wrote: > On 08/16/2013 12:39 PM, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> This patch moves the generalized implementation of of_get_cpu_node from >> PowerPC to DT core library, thereby adding support for retriev

Re: [RFC PATCH v2 4/4] of: move of_get_cpu_node implementation to DT core library

2013-08-19 Thread Sudeep KarkadaNagesha
On 16/08/13 23:14, Benjamin Herrenschmidt wrote: > On Fri, 2013-08-16 at 18:39 +0100, Sudeep KarkadaNagesha wrote: >> +#ifdef CONFIG_PPC >> + /* Check for historical "ibm,ppc-interrupt-server#s" property >> +* for thread ids on PowerPC.

Re: [RFC PATCH v2 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-19 Thread Sudeep KarkadaNagesha
On 16/08/13 23:13, Benjamin Herrenschmidt wrote: > On Fri, 2013-08-16 at 18:39 +0100, Sudeep KarkadaNagesha wrote: >> +static bool __of_find_n_match_cpu_property(struct device_node *cpun, >> + const char *prop_name, int cpu, unsigned int >> *thread) &

[RFC PATCH v2 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-16 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Currently different drivers requiring to access cpu device node are parsing the device tree themselves. Since the ordering in the DT need not match the logical cpu ordering, the parsing logic needs to consider that. However, this has resulted in lots of code

[RFC PATCH v2 4/4] of: move of_get_cpu_node implementation to DT core library

2013-08-16 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch moves the generalized implementation of of_get_cpu_node from PowerPC to DT core library, thereby adding support for retrieving cpu node for a given logical cpu index on any architecture. The CPU subsystem can now use this function to assign of_node in the

[RFC PATCH v2 0/4] DT: move of_get_cpu_node from PPC to DT core

2013-08-16 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Hi, This series needs to be prepended with the original series[1][2][3] Except the first patch in the original series(which is merged into this as last patch), there is no other change(apart from function signature) I am posting only this part for feedback separately

Re: [RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-16 Thread Sudeep KarkadaNagesha
On 16/08/13 13:32, Benjamin Herrenschmidt wrote: > On Fri, 2013-08-16 at 09:48 +0100, Sudeep KarkadaNagesha wrote: > >>> Naming is a bit gross. You might want to make it clearer that >>> we are talking about CPU IDs in the device-tree here. >>> >> Any part

Re: [RFC PATCH 2/4] openrisc: remove undefined of_get_cpu_node declaration

2013-08-16 Thread Sudeep KarkadaNagesha
On 15/08/13 18:09, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > This patch removes the declaration of the function 'of_get_cpu_node' > which is not defined for openrisc. This is in preparation to move > it's definition from PPC to DT common code. &

Re: [RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-16 Thread Sudeep KarkadaNagesha
On 16/08/13 05:49, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Currently different drivers requiring to access cpu device node are >> parsing the device tree themselves. Since

Re: [RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-16 Thread Sudeep KarkadaNagesha
On 16/08/13 05:50, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote: >>/* Check for ibm,ppc-interrupt-server#s. If it doesn't exist >> * fallback to "reg"

[RFC PATCH 4/4] of: move of_get_cpu_node implementation to DT core library

2013-08-15 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch moves the generalized implementation of of_get_cpu_node from PowerPC to DT core library, thereby adding support for retrieving cpu node for a given logical cpu index on any architecture. The CPU subsystem can now use this function to assign of_node in the

[RFC PATCH 1/4] microblaze: remove undefined of_get_cpu_node declaration

2013-08-15 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch removes the declaration of the function 'of_get_cpu_node' which is not defined for microblaze. This is in preparation to move it's definition from PPC to DT common code. Michal Simek says: "it was just there because Microblaze was b

[RFC PATCH 2/4] openrisc: remove undefined of_get_cpu_node declaration

2013-08-15 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha This patch removes the declaration of the function 'of_get_cpu_node' which is not defined for openrisc. This is in preparation to move it's definition from PPC to DT common code. Again it could be there as it was originally copied from powerpc. Signed

[RFC PATCH 0/4] DT: move of_get_cpu_node from PPC to DT core

2013-08-15 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Hi, This series needs to be prepended with the original series[1][2][3] Except the first patch in the original series(which is merged into this as last patch), there is no other change(apart from function signature) I am posting only this part for feedback separately

[RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

2013-08-15 Thread Sudeep KarkadaNagesha
From: Sudeep KarkadaNagesha Currently different drivers requiring to access cpu device node are parsing the device tree themselves. Since the ordering in the DT need not match the logical cpu ordering, the parsing logic needs to consider that. However, this has resulted in lots of code

Re: [PATCH v3 03/16] driver/core: cpu: initialize of_node in cpu's device struture

2013-08-15 Thread Sudeep KarkadaNagesha
On 15/08/13 12:35, Tomasz Figa wrote: > Hi Sudeep, > > On Monday 22 of July 2013 12:32:14 Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> CPUs are also registered as devices but the of_node in these cpu >> devices are not initialized. Currently

Re: [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index

2013-08-15 Thread Sudeep KarkadaNagesha
to > make a lookup array with logical ID to struct device_node * mapping.) > Yes that's the idea, see the last paragraph in the commit log. > Let me just review this from DT parsing perspective. > > On Monday 22 of July 2013 12:32:12 Sudeep KarkadaNagesha wrote: >>

Re: [GIT PULL] DT/core: cpu_ofnode updates for v3.12

2013-08-14 Thread Sudeep KarkadaNagesha
On 14/08/13 13:53, Rob Herring wrote: > On 08/14/2013 05:01 AM, Sudeep KarkadaNagesha wrote: >> On 13/08/13 22:07, Benjamin Herrenschmidt wrote: >>> On Tue, 2013-08-13 at 19:29 +0100, Sudeep KarkadaNagesha wrote: >>>> I don't understand completely the use of ibm,

  1   2   3   >