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'
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/
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
: 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
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
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
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)
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
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
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
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
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
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
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)
-----
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
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
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
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
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
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
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
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.
>
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
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
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
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
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
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
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
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
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
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
>> -
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
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
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
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
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
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
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
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
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
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
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
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
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/
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.
&
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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)
&
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
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
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
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
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.
&
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
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"
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
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
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
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
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
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
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:
>>
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 - 100 of 205 matches
Mail list logo