I missed updating omap_init_power_states() to look into cpuidle_params_table
at init, as part of this patch. Will send a fixed patch shortly.
Thanks to Thara for catching this.
-Original Message-
From: Nayak, Rajendra
Sent: Thursday, October 15, 2009 8:19 PM
To:
John Rigby wrote:
I have seen several discussions about lack of sdio irq support in the
hsmmc driver but no patches. Has anyone on this list implemented this
and/or can anyone point me to patches?
What a coincidence ;)
I'm currently working on this. See attachment what I currently have.
It
From: Tero Kristo tero.kri...@nokia.com
IVA2 controls its target power state individually, thus suspend should not
touch IVA2. Without this patch DSP suspend always fails.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Acked-by: Ameya Palande ameya.pala...@nokia.com
---
From: Tero Kristo tero.kri...@nokia.com
This is needed to prevent core from entering off mode if one of the IVA2,
USB or PER powerdomains are going to stay at least in retention state.
If this is not done, a powerdomain waking from RET may access core
domain which has just been reset.
From: Tero Kristo tero.kri...@nokia.com
Smartreflex for the corresponding powerdomain (MPU/CORE) must be disabled
before the domain enters retention, otherwise the device may hang. This is
caused by overlapping smartreflex / auto retention command on the voltage
channel resulting in incorrect
From: Tero Kristo tero.kri...@nokia.com
Suspending drivers may still generate interrupts just before their suspend is
completed. Any pending interrupts here will prevent sleep.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
arch/arm/mach-omap2/irq.c |2 +-
From: Tero Kristo tero.kri...@nokia.com
Sleep code will now check if core will actually enter power save state or
not. This is needed so that PER domain does not enter retention / off while
core stays on and thus preventing I/O pad wakeups.
This also optimizes core context save and restore
From: Tero Kristo tero.kri...@nokia.com
Repeated start forces I2C4 pads low during idle, which increases power
consumption through external pull-ups. On the other hand, this change
increases I2C4 command latencies a bit.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
From: Kalle Jokiniemi kalle.jokini...@digia.com
If CORE power domain is allowed to reach off state
while display is active, the display will go blank.
Fixed by adding a check in idle loop.
Signed-off-by: Kalle Jokiniemi ext-kalle.jokini...@nokia.com
Signed-off-by: Jouni Hogander
From: Peter De-Schrijver peter.de-schrij...@nokia.com
This patch makes sure the USBHOST and SGX powerdomains can go to any sleep
state after a warm reset.
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
From: Tero Kristo tero.kri...@nokia.com
This saves some power.
Signed-off-by: Mika Westerberg ext-mika.1.westerb...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
From: Tero Kristo tero.kri...@nokia.com
Current value is stored on SDRAM and it is written back during wakeup.
Previously a static value of 0x72 was written there.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
From: Carlos Chinea carlos.chi...@nokia.com
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
From: Tero Kristo tero.kri...@nokia.com
This patch adds a save and restore mechanism for ARM L2 auxiliary control
register. This feature is enabled via Kconfig option
OMAP3_L2_AUX_SECURE_SAVE_RESTORE and the service ID for PPA can be provided
via option OMAP3_L2_AUX_SECURE_SERVICE_SET_ID. If
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during boot and after wakeup from off-mode.
See omap erratas 1.164 and 1.165.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
---
From: Jouni Hogander jouni.hogan...@nokia.com
IO wake-ups are enabled/disabled in idle loop. No need to enable them on boot.
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
From: Tero Kristo tero.kri...@nokia.com
It is suggested by TI (SWPA152 February 2009) to write clksetup,
voltsetup_time1, voltsetup_time2, voltsetup2 dynamically in idle loop.
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c | 36
From: Jouni Hogander jouni.hogan...@nokia.com
OMAP interrupt controller goes to unknown state when there is right
combination of l3,l4 sleep/wake-up transitions, l4 autoidle in
interrupt controller and some interrupt. When this happens, interrupts
are not delivered to ARM anymore and ARM will
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Sripathy, Vishwanath
Sent: Friday, October 16, 2009 4:45 AM
To: Sripathy, Vishwanath; linux-omap@vger.kernel.org; Kevin Hilman
Subject: [PATCH] OMAP3: PM: Removing redundant
From: Tero Kristo tero.kri...@nokia.com
Pad wakeups are now enabled if the corresponding GPIO interrupt is enabled.
Applies on top of PM branch.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
arch/arm/plat-omap/gpio.c | 22
Yes it can be removed. I will repost the patch with them removed.
Vishwa
-Original Message-
From: Gopinath, Thara
Sent: Friday, October 16, 2009 6:16 AM
To: Sripathy, Vishwanath; linux-omap@vger.kernel.org; Kevin Hilman
Subject: RE: [PATCH] OMAP3: PM: Removing redundant and potentially
The CPUidle C state latencies and thresholds are dependent
on various board specific details.
This patch makes it possible to configure these values from the
respective board files.
omap3_pm_init_cpuidle() can now be optionally called from board
files to pass board specific cpuidle parameters.
If
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tero Kristo
Sent: Friday, October 16, 2009 5:49 AM
To: linux-omap@vger.kernel.org
Subject: [PATCH 06/17] OMAP3: PM: Added next state check for IVA2, USB and
PER into
Hi Samuel,
What is the status of this patch and the other one:
[PATCH 2/2] twl4030: Enable low-power mode to 32KHz oscillator
Cheers, Ilkka
-Original Message-
From: Koskinen Ilkka (Nokia-D/Tampere)
Sent: 30 September, 2009 18:12
To: linux-ker...@vger.kernel.org; sa...@linux.intel.com
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tero Kristo
Sent: Friday, October 16, 2009 5:49 AM
OMAP interrupt controller goes to unknown state when there is right
combination of l3,l4 sleep/wake-up transitions, l4 autoidle in
interrupt
I will try out the 2.6.31 mainline kernel tommorw.
I just tried 2.6.31.4 kernel from kernel.org
same result as with the 2.6.31-omap head:
2271096 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at 8200 ...
Image Name: Linux-2.6.31.4
Image Type: ARM Linux
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Sripathy, Vishwanath
Sent: Friday, October 16, 2009 3:16 PM
To: Tero Kristo; linux-omap@vger.kernel.org
Subject: RE: [PATCH 06/17] OMAP3: PM: Added next state check for IVA2, USB
and PER into idle loop
John,
John Rigby wrote:
Dirk,
Many thanks, after sending the request yesterday I made my own attempt
which failed miserably. My patch looks like a subset of yours so that
is to be expected. I'll try yours out today and report back my
experience.
I got already some (private) feedback
Cory Maccarrone had written, on 10/16/2009 09:15 AM, the following:
On Thu, Oct 15, 2009 at 9:53 PM, Nishanth Menon n...@ti.com
mailto:n...@ti.com wrote:
Pais, Allen had written, on 10/15/2009 11:53 PM, the following:
a) A simple comment to all my comments: why cant we have these
I will try out the 2.6.31 mainline kernel tommorw.
I just tried 2.6.31.4 kernel from kernel.org
same result as with the 2.6.31-omap head:
2271096 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at 8200 ...
Image Name: Linux-2.6.31.4
Image Type: ARM Linux
Hi Tero,
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 753.920
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tero Kristo
Sent: Friday, October
* Janosch Machowinski sco...@tzi.de [091016 08:05]:
I will try out the 2.6.31 mainline kernel tommorw.
I just tried 2.6.31.4 kernel from kernel.org
same result as with the 2.6.31-omap head:
2271096 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at 8200 ...
* Nishanth Menon n...@ti.com [091016 08:04]:
Cory Maccarrone had written, on 10/16/2009 09:15 AM, the following:
On Thu, Oct 15, 2009 at 9:53 PM, Nishanth Menon n...@ti.com
mailto:n...@ti.com wrote:
Pais, Allen had written, on 10/15/2009 11:53 PM, the following:
a) A simple
On Fri, 2009-10-16 at 17:05 +0200, ext Janosch Machowinski wrote:
I will try out the 2.6.31 mainline kernel tommorw.
I just tried 2.6.31.4 kernel from kernel.org
same result as with the 2.6.31-omap head:
2271096 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at
As part of Core domain context restoration while coming out of off mode
there are some registers being restored which are not required to be restored.
ROM code should have restored them already. Overwriting some of them can have
potential side effect. Eg: CM_CLKEN_PLL register should not be
Dirk,
Thanks for the update. After looking more closely at your patch I
found that the only thing my attempt was missing was the IBG setting.
I added that to mine with the result that the system hangs on loading
the libertas modules. The last thing i see is the firmware request
message. I will
John Rigby wrote:
Dirk,
Thanks for the update. After looking more closely at your patch I
found that the only thing my attempt was missing was the IBG setting.
I added that to mine with the result that the system hangs on loading
the libertas modules.
On which board are you working? libertas
* Mark Brown broo...@opensource.wolfsonmicro.com [091015 02:01]:
On Wed, Oct 14, 2009 at 10:15:48AM -0700, Tony Lindgren wrote:
* Mark Brown broo...@opensource.wolfsonmicro.com [091012 02:18]:
On Mon, Oct 12, 2009 at 11:08:58AM +0300, Eduardo Valentin wrote:
I'm afraid using dev_name
On Wed, 7 Oct 2009, Tony Lindgren wrote:
Don't know if this generic solution is accurate enough?
Looks fine to me. Thanks -
Acked-by: Paul Walmsley p...@pwsan.com
Tony
From 4b059c50262954ae4ce466983b5cf088851eab19 Mon Sep 17 00:00:00 2001
From: Tony Lindgren t...@atomide.com
Date:
On Wed, 7 Oct 2009, Tony Lindgren wrote:
From f05ba4e3427bc0dc216f2fca32a9b1e8f0e38695 Mon Sep 17 00:00:00 2001
From: Tony Lindgren t...@atomide.com
Date: Wed, 7 Oct 2009 17:10:18 -0700
Subject: [PATCH] omap: Use ioremap for omap_hwmod instead of OMAP2_IO_ADDRESS
Otherwise we cannot get
* Andrew Morton a...@linux-foundation.org [2009-10-06 13:34]:
Rigor mortis is setting in on this one.
The patch seems correct to me.
Can someone put this patch in now? The problem has also been reported
on Marvell's Kirkwood platform (ARM) by a number of users and the
patch fixes it.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tero
Kristo
From: Tero Kristo tero.kri...@nokia.com
IVA2 controls its target power state individually, thus suspend should not
touch IVA2. Without this patch DSP
Hi Dirk,
I am inlining the patch so that it helps review.
Subject: [PATCH][RFC] OMAP HSMMC: Add SDIO interrupt support
Form: Dirk Behme dirk.be...@googlemail.com
At the moment, OMAP HSMMC driver supports only SDIO polling, resulting in poor
performance. Add support for SDIO interrupt
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Woodruff, Richard
Sent: Friday, October 16, 2009 9:40 AM
To: Tero Kristo; linux-omap@vger.kernel.org
Cc: Jouni Hogander
Subject: RE: [PATCH 12/17] OMAP2/3: Do not
From: Ghongdemath, Girish
Sent: Friday, October 16, 2009 12:48 PM
On one of the custom board the power measured didn't show any major impact,
with just one time disabling of INTC-AUTOIDL. However,
optimizing this WA looks good though. I did give it a try,
Disabling/enabling INTC autoidle
-Original Message-
From: Woodruff, Richard [mailto:r-woodru...@ti.com]
Sent: Friday, October 16, 2009 1:04 PM
To: Ghongdemath, Girish; 'Tero Kristo'; linux-omap@vger.kernel.org
Cc: 'Jouni Hogander'
Subject: RE: [PATCH 12/17] OMAP2/3: Do not enable AUTOIDLE in interrupt
controller
Only if the test is signed negative values can be spotted.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Is this correct? please review.
diff --git a/drivers/video/omap/omapfb_main.c b/drivers/video/omap/omapfb_main.c
index 0d0c8c8..cc7dd93 100644
--- a/drivers/video/omap/omapfb_main.c
+++
First the disclaimers:
The board is new board that has had hardware mmc/sdio problems before.
It is based closely on beagle but uses a different package which has
some package specific issues. We think we have found them all but who
knows.
My kernel is a few months old 2.6.29.
Ok, given the
Sysfs entry vdd_opp currently does not use constraint framework.
Because of this, even if you set the opp via this entry, it has no effect
since it can be overridden by on demand governor any time.
This patch has changes to make vdd_opp to use constraint framework.
vdd_lock variable has to be
Note that this patch has dependency on Patch sent by Romit (in attached email).
Vishwanath
-Original Message-
From: Sripathy, Vishwanath
Sent: Friday, October 16, 2009 2:26 PM
To: Sripathy, Vishwanath; linux-omap@vger.kernel.org; Hilman, Kevin
Subject: [RFC][Patch] OMAP3 PM: sysfs
Madhusudhan Chikkature wrote:
Hi Dirk,
I am inlining the patch so that it helps review.
...
@@ -1165,8 +1178,15 @@ static void omap_hsmmc_set_ios(struct mm
break;
case MMC_BUS_WIDTH_4:
OMAP_HSMMC_WRITE(host-base, CON, con ~DW8);
-
I'm using an hrtimer in my tsc2004 touch driver to sleep between samples
for 7.5mSec. Here's the essence of the inner loop that grabs samples:
for (;;) {
// Get a point, pass it to input_report_abs...
pen_is_down = tsc2004_get_point(d);
// If pen is up up, then break out
John Rigby wrote:
First the disclaimers:
The board is new board that has had hardware mmc/sdio problems before.
It is based closely on beagle but uses a different package which has
some package specific issues. We think we have found them all but who
knows.
My kernel is a few months old
cc'ing list after responding only to Dirk.
On Fri, Oct 16, 2009 at 2:37 PM, John Rigby jcri...@gmail.com wrote:
On Fri, Oct 16, 2009 at 1:55 PM, Dirk Behme dirk.be...@googlemail.com wrote:
John Rigby wrote:
First the disclaimers:
The board is new board that has had hardware mmc/sdio problems
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Roel Kluin
Sent: Friday, October 16, 2009 1:24 PM
To: Imre Deak; linux-fbdev-de...@lists.sourceforge.net;
linux-omap@vger.kernel.org; Andrew Morton
Subject: [PATCH]
On Fri, 16 Oct 2009 17:25:04 +0100
Martin Michlmayr t...@cyrius.com wrote:
* Andrew Morton a...@linux-foundation.org [2009-10-06 13:34]:
Rigor mortis is setting in on this one.
The patch seems correct to me.
Can someone put this patch in now? The problem has also been reported
on
-Original Message-
From: Dirk Behme [mailto:dirk.be...@googlemail.com]
Sent: Friday, October 16, 2009 2:28 PM
To: Madhusudhan Chikkature
Cc: linux-...@vger.kernel.org; John Rigby; linux-omap@vger.kernel.org;
Steve Sakoman
Subject: Re: MMC_CAP_SDIO_IRQ for omap 3430
Madhusudhan
It appears to never get cleared in the status register.
I added some printks to sdio_irq.c to print the pending interrupts in
the SDIO_CCCR_INTx register for the card and there are no pending
interrupts so I don't think it is a card driver or card issue.
It would be funny if the TRM was wrong
Hi all,
This series intended for the merge window after 2.6.32 removes
OMAP2_IO_ADDRESS to reclaim more address space.
OMAP2_IO_ADDRESS is replaced with ioremap where possible, and
the remaining usage is split into OMAP2_L3_IO_ADDRESS and
OMAP2_L4_IO_ADDRESS.
Some usage still remains in *.S
Use ioremap in irq.c
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/irq.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index b828638..1db121f 100644
---
Use ioremap in dma.c
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/dma.c | 34 --
1 files changed, 24 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
index 0eb676d..034686d 100644
---
Use ioremap in dmtimer.c
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/dmtimer.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap/dmtimer.c
index d325b54..e4e848e 100644
---
Use ioremap in gpio.c
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/gpio.c | 222 ++---
1 files changed, 128 insertions(+), 94 deletions(-)
diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/plat-omap/gpio.c
index b0c7361..30b93ff
Use ioremap in omap_hwmod.c
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_hwmod.c | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c
Use getnstimeofday for omap_device
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/omap_device.c | 50 ++
1 files changed, 19 insertions(+), 31 deletions(-)
diff --git
Use ioremap for omap4 L4 code
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-4430sdp.c | 13 ++--
arch/arm/mach-omap2/omap-smp.c| 28 -
Use ioremap in dispc.c
Cc: Imre Deak imre.d...@nokia.com
Cc: Tomi Valkeinen tomi.valkei...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers/video/omap/dispc.c | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch splits OMAP2_IO_ADDRESS to OMAP2_L3_IO_ADDRESS and
OMAP2_L4_IO_ADDRESS to reclaim more IO space.
The omap_read*() and omap_write*() functions will work only over
L4 address space. Current omap kernel stack uses these functions
only to
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch remap L3 and L4 io space to get more kernel address space.
With this patch, 512 MB of IO space is reclaimed.
Some more combinations are possible but to make it uniform across
OMAP24XX, OMAP34XX and OMAP4430, these io combinations are
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch moves SRAM map to free up more kernel address io space.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/sram.c |6 +++---
1 files changed, 3
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch fixes the low level debug UART io address as per this series.
The change is essential to have CONFIG_DEBUG_LL working.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch adds few necessary peripherals for OMAP4.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/io.c | 18 +
* Tony Lindgren t...@atomide.com [091016 16:42]:
Use ioremap for omap4 L4 code
Santosh, can you please check and ack this patch?
Especially some of the ioremap sizes may be wrong. Also, this one
I cannot boot test, so it's just compile tested.
Regards,
Tony
Cc: Santosh Shilimkar
* Tony Lindgren t...@atomide.com [091015 18:34]:
Hi all,
Thanks to Paul's OMAP2xxx clock: set up clockdomain pointer in struct clk
patch, we got 24xx booting again both in mainline and in linux-omap.
The following patch is also needed to change the n8x0 serial console CMDLINE
from ttyS0
74 matches
Mail list logo
