On Wed, Oct 14, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* kishore kadiyala kishorek.kadiy...@gmail.com [091012 23:54]:
Tony,
On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren t...@atomide.com wrote:
* G, Manjunath Kondaiah manj...@ti.com [091008 00:41]:
Govind,
On Fri, Oct 23, 2009 at 08:27:55AM +0300, Peter Ujfalusi wrote:
Hmm, what do you mean by that?
I have checked it, and selecting the machine driver will enables the MFD_CORE
and TWL4030_CODEC in .config, also disabling the machine driver will also
disable the MFD_CORE and the TWL4030_CODEC.
On Fri, Oct 23, 2009 at 4:39 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Tero Kristo tero.kri...@nokia.com
For HS/EMU devices, these additional features are also used:
- DMA interrupt disable routine added
- Added DMA controller reset to DMA context restore
Signed-off-by:
Hi Peter,
On Thu, Oct 22, 2009 at 01:26:45PM +0300, Peter Ujfalusi wrote:
New MFD child to twl4030 MFD device.
Reason for the twl4030_codec MFD: the vibra control is actually in the codec
part of the twl4030. If both the vibra and the audio functionality is needed
from the twl4030 at the
Hi Ilkka,
On Thu, Oct 22, 2009 at 02:14:09PM +0300, Ilkka Koskinen wrote:
Allows TWL's 32kHz oscillator to go in low-power mode when
main battery voltage is running low.
Patch applied, thanks a lot.
Cheers,
Samuel.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
Hello Jokiniemi!
-Original Message-
From: Kalle Jokiniemi [mailto:kalle.jokini...@digia.com]
Sent: Wednesday, October 21, 2009 6:51 AM
To: khil...@deeprootsystems.com
Cc: linux-omap@vger.kernel.org; Kalle Jokiniemi; Sonasath, Moiz; Jarkko
Nikula; Paul Walmsley; Menon, Nishanth
From: Charulatha V ch...@ti.com
This patch disables a GPIO module when all the pins of GPIO
module are inactive (clock gating forced at module level) and
enables the module when any gpio in the module is requested.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/gpio.c | 22
From: Charulatha V ch...@ti.com
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/gpio.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git
From: Tero Kristo tero.kri...@nokia.com
This set is now missing following patches compared to the previous set:
- IVA2 suspend fix
- Dynamic check for core target state
- Block core off when DSS active
- Next state check for IVA2, USB and PER
- USBHOST powerdomain force to sleep after warm 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 |6 ++
From: Tero Kristo tero.kri...@nokia.com
OMAP GP timers keep running for a few cycles after they are stopped,
which can cause the timer to expire and generate an interrupt. The pending
interrupt will prevent e.g. OMAP from entering suspend, thus we ack it
manually.
Signed-off-by: Tero Kristo
From: Tero Kristo tero.kri...@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 remain in
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: 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: 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
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
It is suggested by TI (SWPA152 February 2009) to write clksetup,
voltsetup_time1, voltsetup_time2, voltsetup2 dynamically in idle loop.
This allows us to optimize the voltage + clock setup times according to the
used power save mode.
Signed-off-by: Tero
From: Carlos Chinea carlos.chi...@nokia.com
Previously the operator precedence dictated that the delay loop was exited
immediately, potentially causing off-mode to be entered too soon.
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com
---
This series adds CPUidle support for OMAP3. This includes power
states for full-chip retention and full-chip OFF during idle.
This series is based on top of Tony's for-next branch plus
the recently posted off-mode series.
[PATCH v2 00/32] OMAP3: PM: base off-mode support
This series is also
From: Rajendra Nayak rna...@ti.com
This patch adds support and enables state C4(MPU RET + CORE RET)
and MPU OFF states (C3 and C5.)
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/cpuidle34xx.c | 28
If 'enable_off_mode' is not set, force powerdomain states to RET
instead of OFF.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/cpuidle34xx.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
Use the activity check for states C2 and C3 as well. This is
primarily to prevent deeper states during UART activity.
Also, if a different state is chosen than the target state, update the
'last_state' accordingly so that CPUidle state accounting is coorect.
Signed-off-by: Kevin Hilman
From: Kalle Jokiniemi ext-kalle.jokini...@nokia.com
Previously omap3_idle_init() was called in device_init, while
omap_pm_init() is called at late_initcall. This causes the cpu idle
driver to call omap_sram_idle before it is properly initialized. This
patch fixes the issue by moving
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
This patch introduces a new C state which allows MPU to go to WFI but keeps
the core domain active. This offers a much better wakeup latency (3us vs
10s of us for the current C1) at the cost of a higher power consumption.
Signed-off-by:
From: Sanjeev Premi pr...@ti.com
The current definition of C-states starts from base 1.
Whereas, the cpuidle driver uses base 0. This patch
eliminates need for explicit mapping (add/ sbutract)
due to different base values.
Signed-off-by: Sanjeev Premi pr...@ti.com
Signed-off-by: Kevin Hilman
From: Jouni Hogander jouni.hogan...@nokia.com
It is more efficient to use pwrdm_set_next_pwrst for mpu, core and neon
instead of set_pwrdm_state in idle loop. It is anyway known that those are
active in idle loop. So no need to use set_pwrdm_state.
Signed-off-by: Jouni Hogander
From: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
This patch removes the check to see if some functional clocks are
still enabled before entering sleep. This is no longer needed when
using safe state (C1) that keeps CORE active.
Signed-off-by: Peter 'p2' De Schrijver
From: Tero Kristo tero.kri...@nokia.com
Fixes a bug where scheduling is delayed until next wakeup due to race
condition (e.g. interrupt requests scheduling just before omap_sram_idle
is entered.)
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Kevin Hilman
-Original Message-
From: Pandita, Vikram [mailto:vikram.pand...@ti.com]
Sent: Thursday, October 22, 2009 7:08 PM
To: Chikkature Rajashekar, Madhusudhan; 'Tony Lindgren'
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH]Omap3630: Add hsmmc related checks
Madhu/Tony
Hello,
I've rebased/updated the PM branch based on current linux-omap master
branch (2.6.32-rc1 based.)
The only changes this time were related to the #include path changes
and the IO_ADDRESS changes. There were no (intentional) functional
changes.
I've also updated the OMAP Power Management
Grazvydas Ignotas nota...@gmail.com writes:
static int __init omap_init_dma(void)
diff --git a/arch/arm/plat-omap/include/plat/dma.h
b/arch/arm/plat-omap/include/plat/dma.h
old mode 100644
new mode 100755
^^ whoops?
Good catch, I'll fix this up in my pm-off branch.
Kevin
index
Venkatraman S svenk...@ti.com writes:
On Fri, Oct 23, 2009 at 4:39 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Tero Kristo tero.kri...@nokia.com
For HS/EMU devices, these additional features are also used:
- DMA interrupt disable routine added
- Added DMA controller reset to
* Govindraj govindraj...@gmail.com [091023 05:22]:
On Wed, Oct 14, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* kishore kadiyala kishorek.kadiy...@gmail.com [091012 23:54]:
Tony,
On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren t...@atomide.com wrote:
* G, Manjunath Kondaiah
* Jon Hunter jon-hun...@ti.com [091022 16:22]:
Tony Lindgren wrote:
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
DSP public peripherals used to work on OMAP1510 based (or all OMAP1 class?)
machines as long as old dspgateway code were present in the l-o tree. For
several months it is no
Zoom3 is the next versoin of Zoom2 board.
There has been a silicon update from zoom2 to zoom3.
Zoom2 has OMAP34xx
Zoom3 has OMAP3630
Zoom3 = OMAP3630 SOM board + same zoom2 main board + same debugboard
We want to reuse the zoom2 files as much for zoom3, as at board level,
there is no change at
Move:
arch/arm/mach-omap2/board-zoom2.c - arch/arm/mach-omap2/board-zoom2-zoom3.c
Zoom2 has an omap3430 SOM board attached to a (main board + debug board)
Zoom3 has an omap3630 SOM board attached to same (main board + debug board)
The main board/peripherals/debug board remain exactly the same.
Accomodate the board file change in Kconfig
arch/arm/mach-omap2/board-zoom2.c - arch/arm/mach-omap2/board-zoom2-zoom3.c
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Add machine type support for zoom3 board
Add board type in Kconfig and Makefile
Reused the zoom board file for zoom2 and zoom3
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Kconfig |4
arch/arm/mach-omap2/Makefile|3 +++
Create zoom3 defconfig file
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
Forgot to include the defconfig file.
consider this as [PATCH 4/4] of the previous zoom3 series
arch/arm/configs/omap_zoom3_defconfig | 1605 +
1 files changed, 1605
Vikram,
Just some comments I came across below.
From: linux-omap-ow...@vger.kernel.org [linux-omap-ow...@vger.kernel.org] On
Behalf Of Pandita, Vikram
Sent: Friday, October 23, 2009 2:23 PM
Add machine type support for zoom3 board
Add board type in Kconfig and Makefile
Reused the zoom board
Aguirre Rodriguez, Sergio Alberto had written, on 10/23/2009 02:39 PM,
the following:
Vikram,
Just some comments I came across below.
From: linux-omap-ow...@vger.kernel.org [linux-omap-ow...@vger.kernel.org] On
Behalf Of Pandita, Vikram
Sent: Friday, October 23, 2009 2:23 PM
Add machine type
From: Menon, Nishanth
Sent: Friday, October 23, 2009 2:46 PM
Aguirre Rodriguez, Sergio Alberto had written, on 10/23/2009 02:39 PM,
the following:
Vikram,
Just some comments I came across below.
From: linux-omap-ow...@vger.kernel.org [linux-omap-ow...@vger.kernel.org]
On Behalf Of
Aguirre Rodriguez, Sergio Alberto had written, on 10/23/2009 03:07 PM,
the following:
[...]
Linux-OMAP build allows for both boards to be defined at the same time..
so in theory you could have a single uImage. the strategy followed here
will fail it.. since the board file is the same one.. it
Hi,
On Fri, Oct 23, 2009 at 02:23:26PM -0500, Vikram Pandita wrote:
diff --git a/arch/arm/mach-omap2/board-zoom2-zoom3.c
b/arch/arm/mach-omap2/board-zoom2-zoom3.c
index 4ad9b94..d806dbf 100644
--- a/arch/arm/mach-omap2/board-zoom2-zoom3.c
+++ b/arch/arm/mach-omap2/board-zoom2-zoom3.c
@@
On Fri, Oct 23, 2009 at 09:25:29PM +0530, ch...@ti.com wrote:
From: Charulatha V ch...@ti.com
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/gpio.c | 12 +++-
1 files
On Fri, Oct 23, 2009 at 04:17:08PM -0500, Nishanth Menon wrote:
Aguirre Rodriguez, Sergio Alberto had written, on 10/23/2009 03:07
PM, the following:
[...]
Linux-OMAP build allows for both boards to be defined at the same time..
so in theory you could have a single uImage. the strategy
Friday 23 October 2009 21:19:40 Tony Lindgren napisał(a):
* Jon Hunter jon-hun...@ti.com [091022 16:22]:
Tony Lindgren wrote:
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
DSP public peripherals used to work on OMAP1510 based (or all OMAP1 class?)
machines as long as old dspgateway
On Fri, Oct 23, 2009 at 02:23:24PM -0500, Vikram Pandita wrote:
Move:
arch/arm/mach-omap2/board-zoom2.c - arch/arm/mach-omap2/board-zoom2-zoom3.c
Zoom2 has an omap3430 SOM board attached to a (main board + debug board)
Zoom3 has an omap3630 SOM board attached to same (main board + debug
I am trying to compile a linux-omap kernel for n810 that can do good
idle power management.
However, this seems to be harder than I expected. I've done all
following measurements with /sys/power/sleep_while_idle set to 1.
Compiler is arm-linux-gnueabi-gcc 4.2. I use n8x0_defconfig.
* Maemo
Varadarajan, Charu Latha had written, on 10/23/2009 10:55 AM, the following:
From: Charulatha V ch...@ti.com
This patch disables a GPIO module when all the pins of GPIO
module are inactive (clock gating forced at module level) and
enables the module when any gpio in the module is requested.
Felipe Balbi had written, on 10/23/2009 05:56 PM, the following:
On Fri, Oct 23, 2009 at 09:25:29PM +0530, ch...@ti.com wrote:
From: Charulatha V ch...@ti.com
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V ch...@ti.com
---
Varadarajan, Charu Latha had written, on 10/23/2009 10:55 AM, the following:
From: Charulatha V ch...@ti.com
This patch disables a GPIO module when all the pins of GPIO
module are inactive (clock gating forced at module level) and
enables the module when any gpio in the module is requested.
Hi,
Based on linux-omap PM branch(kevin's tree) commit
25c7b64bf80176463aa741407318e0e6b21cfd71
V4 - More changes:
* Guilhem's review comments for timeout return value
* Changes to make sr_list and OPP table dynamic selection
based on cpu_type
* vsel dbgfs entry added for
Preparation: remove original smart reflex code base.
This prevents the refactor appearing as a confusing diff
and hindering patch review process.
Signed-off-by: Nishanth Menon n...@ti.com
Cc: Rajendra Nayak rna...@ti.com
Cc: Roger Quadros ext-roger.quad...@nokia.com
Cc: Kalle Jokiniemi
Varadarajan, Charu Latha had written, on 10/23/2009 11:05 PM, the following:
#endif
+ if (cpu_is_omap24xx() || cpu_is_omap34xx() || cpu_is_omap44xx()) {
+ if (!bank-gpio_status) {
+ ctrl = __raw_readl(bank-base + OMAP24XX_GPIO_CTRL);
+ /*
This patch adds support for EHCI on CM-T35.
It depends on basic CM-T35 board support ([1]) and EHCI updates
in the linux-omap tree.
[1] http://thread.gmane.org/gmane.linux.ports.arm.omap/24938
---
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c
On Fri, Oct 23, 2009 at 2:09 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Tero Kristo tero.kri...@nokia.com
For HS/EMU devices, these additional features are also used:
- DMA interrupt disable routine added
- Added DMA controller reset to DMA context restore
Signed-off-by:
-Original Message-
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Friday, October 23, 2009 4:40 AM
Imberton Guilhem-gimb01 had written, on 10/22/2009 04:04 PM,
the following:
I have one small comment on the actual implementation
+ do {
+ value =
59 matches
Mail list logo