On 5/26/2011 11:40 PM, Kevin Hilman wrote:
So here's a dumb question, being rather ignorant of CPUfreq on SMP.
Should we be running a CPUfreq instance on both CPUs when they cannot be
scaled independently?
What is being scaled here is actually the cluster (the MPU SS via
dpll_mpu_ck), not an
On 5/27/2011 4:32 AM, Kevin Hilman wrote:
Move suspend wakeup timer from suspend path to be triggered based
on clockevent suspend path.
When gptimers are eventually converted to be a driver, the wakeup
timer feature can be made to be a driver-specific feature using the
driver's suspend method.
Tod,
On 5/25/2011 8:20 AM, Todd Poynor wrote:
* Move variable declarations from header file and make these static
(the entire header file should probably go away).
Infact the intial version posted on the list had all these structures
in C file. After some comments on the list we moved them
Jean,
On 5/18/2011 11:02 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Provide omap_pm_tick_nohz_get_sleep_length_us so that the code
from the OMAP PM modules can use it.
Signed-off-by: Jean Pihetj-pi...@ti.com
---
arch/arm/mach-omap2/pm-debug.c |7 ---
On 5/18/2011 11:02 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Provide the the assembly function v7_flush_dcache_all to the
OMAP3 PM module, under CONFIG_CPU_V7.
v7_flush_dcache_all is used by the low level sleep code.
Signed-off-by: Jean Pihetj-pi...@ti.com
---
On 5/18/2011 11:02 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Addition of EXPORT_SYMBOL for functions and variables used by
the code in PM modules.
Signed-off-by: Jean Pihetj-pi...@ti.com
---
arch/arm/kernel/setup.c|1 +
arch/arm/kernel/smp_tlb.c
Russell,
On 5/12/2011 11:15 PM, Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
Tried this patch on OMAP and found couple of issues.
1. Compilation break. Below is the fix for the same.
diff --git
On 5/11/2011 6:11 AM, Menon, Nishanth wrote:
On Mon, Mar 14, 2011 at 06:38, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On OMAP SMP configuartion, both processors share the voltage
and clock. So both CPUs needs to be scaled together and hence
needs software co-ordination.
Signed-off
On 5/4/2011 10:34 PM, Will Deacon wrote:
Hi Santosh,
On Wed, 2011-05-04 at 12:02 +0100, Santosh Shilimkar wrote:
Will,
Can you queue this patch part of your series please?
Yes, providing that Russell is happy to pull the IRQ stuff (fasteoi,
Tegra changes and this) from me.
Thanks.
Regards
On 5/3/2011 3:44 PM, Santosh Shilimkar wrote:
On 5/3/2011 3:41 PM, Catalin Marinas wrote:
[...]
Otherwise the patch looks fine (I'll add my ack after you fix the above).
Thanks. Will add above comment, drop the readl and repost with your ack.
Same will push it the patch system
Below
On 5/3/2011 3:41 PM, Catalin Marinas wrote:
[...]
diff --git a/arch/arm/common/gic.c b/arch/arm/common/gic.c
index e9c2ff8..80b3d3c 100644
--- a/arch/arm/common/gic.c
+++ b/arch/arm/common/gic.c
@@ -89,7 +89,8 @@ static void gic_mask_irq(struct irq_data *d)
u32 mask = 1 (d-irq % 32);
On 4/30/2011 9:53 PM, Sebastian Reichel wrote:
Hi,
I'm currently trying to get a mainline based kernel running on my pandaboard.
The problem is, that it's crashing very early during the init phase because of
undefined instruction exceptions:
[1.867980] udevd (56): undefined instruction:
On 4/30/2011 10:14 PM, Måns Rullgård wrote:
Sebastian Reichels...@debian.org writes:
[..]
32ecc: 9cd0ldr r4, [sp, #832] ; 0x340
32ece: fffe e92d vtbl.8 d30, {d14-d15}, d29
00032ed0_IO_vfprintf:
32ed0: e92d 4ff0 stmdb sp!, {r4, r5, r6, r7, r8, r9, sl, fp,
go through L2X0 write
buffer.
A DSB before writel_relaxed() in gic_raise_softirq() is added to be
compliant with the Barrier Litmus document - the mailbox scenario.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea
.
Though above output would be bit miss leading, this
series removes the duplicate code from platforms and
consolidate it at one place.
FWIW, you can add my
Reviewedd-by: Santosh Shilimkar santosh.shilim...@ti.com
Tested-by: Santosh Shilimkar santosh.shilim...@ti.com
Regards
Santosh
Tarun,
On 4/25/2011 3:11 PM, DebBarma, Tarun Kanti wrote:
In driver probe use sys_timer_reserved to identify which all timers
have already been used for clocksource and clockevent. Mark all those
timers as reserved so that no one else can use them.
Signed-off-by: Tarun Kanti
On 4/16/2011 9:20 PM, Tarun Kanti DebBarma wrote:
Add routines to converts dmtimers to platform devices. The device data
is obtained from hwmod database of respective platform and is registered
to device model after successful binding to driver.
In addition, capability attribute of each of the
Tarun,
On 4/16/2011 9:21 PM, Tarun Kanti DebBarma wrote:
Make plat-omap/dmtimer.c a normal driver. It is moved to drivers/misc
as timer-omap.c and the corresponding header file has been moved to
include/linux as timer-omap.h. Files which included plat/dmtimer.h
are changed to include
On 4/29/2011 2:56 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
The cpuidle states settings can be overriden by some board-
specific settings, by calling omap3_pm_init_cpuidle.
Remove the 3430SDP specific states settings registration
since the figures are identical to the
Jean,
On 4/29/2011 2:56 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
The current implementation defines an internal structure and a
C-states array. Using those structures is redundant to the
structs used by the cpuidle framework.
This patch provides a clean-up of the
On 4/29/2011 2:56 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
The achievable power modes of the power domains in cpuidle
depends on the system wide 'enable_off_mode' knob in debugfs.
Upon changing enable_off_mode, do not change the C-states
'valid' field but instead
Tony,
On 4/4/2011 3:17 PM, Santosh Shilimkar wrote:
On 4/4/2011 2:42 PM, Russell King - ARM Linux wrote:
[]
Thanks for pointing out this. I see Will's commit on this
one 29a38193
Here is the updated patch as you suggested.
Are you considering this patch and another one [1
On 4/21/2011 1:12 AM, Paul Walmsley wrote:
Hi Rajendra, Santosh,
just FYI I just observed this happening without the clockdomain patch, and
tracked this down. It seems that there is an intermittent
problem with the OMAP L3 bus code. On the 35xx BeagleBoard here, it
occasionally hangs after
On 4/16/2011 9:21 PM, Tarun Kanti DebBarma wrote:
In driver probe use sys_timer_reserved to identify which all timers
have already been used for clocksource and clockevent. Mark all those
timers as reserved so that no one else can use them.
Signed-off-by: Tarun Kanti DebBarmatarun.ka...@ti.com
for finding this.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 4/7/2011 1:35 PM, Felipe Balbi wrote:
Those were very simple to fix and while we should
be putting effort on code consolidation, having
a noisy compilation is very painful and makes it
more difficult to see newer warnings introduced
by re-factoring other code.
Signed-off-by: Felipe
On 4/6/2011 3:52 AM, Linus Walleij wrote:
2011/4/5 Santosh Shilimkarsantosh.shilim...@ti.com:
The only issue I see is the clock-events implemented using
local timers capabilities in low power modes. The local timers
won't be able wakeup CPU from DORMANT or OFF state and hence
you will need an
On 4/6/2011 3:46 AM, Linus Walleij wrote:
2011/4/5 Santosh Shilimkarsantosh.shilim...@ti.com:
[Me]
(And third it will also eventually need to hook into the timer-based
delay framework that I think Nokia is working on to be really
useful, else all delays become unpredictable.)
Do you mean
On 4/4/2011 8:59 PM, Catalin Marinas wrote:
On Fri, 2011-04-01 at 10:32 +0100, Santosh Shilimkar wrote:
The GIC register accesses today make use of readl()/writel()
which prove to be very expensive when used along with mandatory
barriers. This mandatory barriers also introduces an un-necessary
On 4/5/2011 1:38 AM, Linus Walleij wrote:
2011/4/4 Marc Zyngiermarc.zyng...@arm.com:
On Mon, 2011-04-04 at 14:31 +0100, Russell King - ARM Linux wrote:
If ARM are going to architect a set of timers into the hardware, let's
make sure that all such hardware has them so we can dig ourselves out
On 4/5/2011 6:14 PM, Rajendra Nayak wrote:
Add a clockdomain api to check if hardware supervised
idle transitions are enabled on a clockdomain.
Signed-off-by: Rajendra Nayakrna...@ti.com
---
arch/arm/mach-omap2/clockdomain.c | 21 +
arch/arm/mach-omap2/clockdomain.h |
On 4/4/2011 1:55 PM, Russell King - ARM Linux wrote:
On Mon, Apr 04, 2011 at 01:50:35PM +0530, Santosh Shilimkar wrote:
On 4/3/2011 7:18 PM, Russell King - ARM Linux wrote:
On Sun, Apr 03, 2011 at 04:23:41PM +0530, Santosh Shilimkar wrote:
If you plan to commit this change then I can move
On 4/4/2011 2:42 PM, Russell King - ARM Linux wrote:
On Mon, Apr 04, 2011 at 02:34:56PM +0530, Santosh Shilimkar wrote:
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..7857146 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@ -166,7
The serial*_data should have been marked as __initdata as per
it's usage in the board files. Fix the same to remove the
section mismatch warnings caused by it.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c|6 +++---
arch/arm/mach-omap2
On 4/2/2011 11:40 AM, Colin Cross wrote:
On Mon, Mar 28, 2011 at 2:22 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
This patch adds OMAP WakeupGen support. The WakeupGen unit is responsible
for generating wakeup event from the incoming interrupts and enable bits.
The WakeupGen
On 3/31/2011 11:02 PM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [110331 01:14]:
On 3/30/2011 11:52 PM, Tony Lindgren wrote:
What it does not have is the code to dedicate gpt1 for PM
code, which can be done later once all the other dmtimer
changes are done.
Which not
go through L2X0 write
buffer.
Also since a DSB does not guarantee that the device state has
been changed, a read back from the device is introduced wherever
necessary.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea
Kevin,
On 4/1/2011 3:39 AM, Kevin Hilman wrote:
Tony Lindgrent...@atomide.com writes:
This removes the support for setting the wake-up timer for debugging.
Later on we can reserve gptimer1 for PM code only and have similar
functionality.
Signed-off-by: Tony Lindgrent...@atomide.com
While
On 3/31/2011 12:10 AM, Tony Lindgren wrote:
* Santoshsantosh.shilim...@ti.com [110329 23:13]:
On 3/29/2011 10:31 PM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [110328 22:47]:
From: Tony Lindgren [mailto:t...@atomide.com]
Do you really need to initialize all of this
On 3/30/2011 11:52 PM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [110330 00:53]:
After going through entire series again, it looks very
good clean-up and right step towards moving rest of
the timer to drivers/ directory.
I also realized that the discussion we had
On 3/29/2011 2:23 AM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [110328 02:20]:
OMAP L2X0 and GIC initialisation code uses BUG_ON() for the
ioremap() failure scenarios.
Use WARN_ON() instead and allow graceful function exits.
This was suggsted by Kevin
go through L2X0 write
buffer.
Also since a DSB does not guarantee that the device state has
been changed, a read back from the device is introduced wherever
necessary.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea
On 3/31/2011 7:33 PM, Catalin Marinas wrote:
On Thu, 2011-03-31 at 13:55 +0100, Santosh Shilimkar wrote:
diff --git a/arch/arm/common/gic.c b/arch/arm/common/gic.c
index f70ec7d..e013f65 100644
--- a/arch/arm/common/gic.c
+++ b/arch/arm/common/gic.c
@@ -89,7 +89,9 @@ static void gic_ack_irq
On 3/31/2011 7:34 PM, Kevin Hilman wrote:
Santosh Shilimkarsantosh.shilim...@ti.com writes:
On 3/29/2011 2:23 AM, Tony Lindgren wrote:
* Santosh Shilimkarsantosh.shilim...@ti.com [110328 02:20]:
[...]
L2 cache is no problem and kernel can boot without L2 cache
support. I agree with
of the error.
Removed parenthesis that are not needed for the touched lines.
Signed-off-by: Omar Ramirez Lunaomar.rami...@ti.com
---
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
arch/arm/mach-omap2/omap_l3_smx.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
---
The free_irq() change looks good. Other changes are not
necessary though because its is personnel choice to
return from one place or from every error path.
In both forms ...
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
arch/arm/mach-omap2/omap_l3_smx.c | 23
Omar,
On 3/29/2011 10:50 PM, Omar Ramirez Luna wrote:
Based on the comments received for the first patch:
OMAP3: l3: fix for irq 10: nobody cared message[1],
and quick skimming through the code.
Although there are still parenthesis that are not needed
because of operator precedence, they were
such functions from
device drivers
Apart from above comments, I really liked this series.
If you like you can add my,
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
Regards
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, March 29, 2011 3:51 AM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 01/10] omap: Use separate
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, March 29, 2011 3:51 AM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 01/10] omap: Use separate
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, March 29, 2011 3:51 AM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 01/10] omap: Use separate
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, March 29, 2011 3:51 AM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 01/10] omap: Use separate
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
Initialise hardware supervised mode for all clockdomains if it's
supported. Initiate sleep transition for other clockdomains,
if they are not being used.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch
This patch exports APIs to get base address for GIC
distributor, CPU interface, SCU and PL310 L2 Cache which
are used in OMAP4 PM code.
This was suggested by Kevin Hilman khil...@ti.com during
OMAP4 PM code review.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil
clockdomain hardware supervised mode.
More details can be found in OMAP4430 TRM - Version J
Section :
4.3.4.2 Power States of CPU0 and CPU1
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap-hotplug.c |8
arch/arm
and GIC so
that interrupts are not lost.
Considering this GIC and WakeupGen save and restore is done
together.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/include/mach/omap-wakeupgen.h |1 +
arch/arm/mach-omap2/omap-wakeupgen.c
This patch adds SAR RAM support on OMAP4430. SAR RAM used to save
and restore the HW context in low power modes.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/include/mach/omap4-common.h |1 +
arch/arm/mach-omap2/omap4
.
Hence this patch hooks up the omap WakeupGen mask/unmask along with GIC using
architecture specific hooks.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/include/mach
OMAP L2X0 and GIC initialisation code uses BUG_ON() for the
ioremap() failure scenarios.
Use WARN_ON() instead and allow graceful function exits.
This was suggsted by Kevin Hilman khil...@ti.com during
OMAP4 PM code review.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin
between
MPUSS-EMIF and MPUSS-L3_MAIN_1 clockdomains. At times, CPU
dead-locks with above static dependencies cleared.
The issue is under investigation with hardware team.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Paul Walmsley p
: Basic CPUidle support
Santosh Shilimkar (20):
OMAP4: PM: Add omap WakeupGen module support
OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit
OMAP4: PM: Export omap4_get_base*() rather than global address pointers
OMAP4: PM: Add SAR RAM support
OMAP4: PM: Add
for the SAR RAM layout.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap-hotplug.c |4 +
arch/arm/mach-omap2/omap4-mpuss-lowpower.c | 195 +++-
arch/arm/mach-omap2/omap4-sar-layout.h | 20 +++
3
-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cpuidle44xx.c | 161 +
arch/arm/mach-omap2/pm.h |1 +
arch/arm/mach-omap2/pm44xx.c |2 +
4 files
Program non-boot CPUs to hit lowest supported power state
when it is off-lined using cpu hotplug framework.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap-hotplug.c | 18 +-
1 files changed, 13 insertions
for time being this is kept under OMAP code so that OMAP4
PM can continue to work.
Discussion thread:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42940.html
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Russell King rmk+ker
This patch adds the CPU0 and CPU1 off mode support. CPUX close switch
retention (CSWR) is not supported by hardware design.
The CPUx OFF mode isn't supported on OMAP4430 ES1.0
CPUx sleep code is common for hotplug, suspend and CPUilde.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
When MPUSS hits off-mode e, L2 cache is lost. This patch adds L2X0
necessary maintenance operations and context restoration in the
low power code.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap4-mpuss-lowpower.c | 18
latency profiling.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/cpuidle44xx.c | 129 +++--
1 files changed, 124 insertions(+), 5 deletions(-)
diff --git
supervised
clockdomain mode isn't functional for all clockdomains
on OMAP4430 ES1.0 silicon so avoid the same.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Reported-by: Kevin Hilman khil...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/pm44xx.c |5 +
1 files changed
.
This was suggested by Kevin Hilman khil...@ti.com during
OMAP4 PM code review.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/cpuidle44xx.c | 64 +
1 files changed, 64 insertions(+), 0 deletions
With OMAP4 suspend, idle and hotplug series, we no longer need
do_wfi() macro.
Remove the same.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/include/mach/omap4-common.h | 10 --
1 files changed, 0 insertions(+), 10
with local timers marked with (mis)feature flag CLOCK_EVT_FEAT_C3STOP.
Then notify the clock events layer from idle code using
CLOCK_EVT_NOTIFY_BROADCAST_ENTER/EXIT).
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/cpuidle44xx.c |8
This patch adds MPUSS(MPU Sub System) RET and OFF mode support
to suspend path. For both MPUSS RET and OFF support, CPUs are
programmed to OFF state.
Only MPUSS RET and OFF supported at this point of time. CORE RET
will be added subsequently.
Signed-off-by: Santosh Shilimkar santosh.shilim
This patch adds configurable wakeup timer support in suspend. Also
for statistics pm counter support is added.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/omap4-mpuss-lowpower.c |4
arch/arm/mach-omap2/pm-debug.c
Kevin
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 25, 2011 8:54 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; Rajendra Nayak; linux-arm-
ker...@lists.infradead.org
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend, CPU-hotplug
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 25, 2011 8:54 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; Rajendra Nayak; linux-arm-
ker...@lists.infradead.org
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend, CPU-hotplug
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Monday, March 28, 2011 9:27 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; Rajendra Nayak; linux-arm-
ker...@lists.infradead.org
Subject: Re: [PATCH v2 00/19] OMAP4: PM: Suspend, CPU-hotplug and
CPUilde
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:31 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, March 29, 2011 2:20 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; rna...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap
1101 - 1200 of 1830 matches
Mail list logo