> 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
> ---
> arch/arm/mach-omap2/board-cm-t35.c | 17 +++
On Fri, Oct 23, 2009 at 2:09 AM, Kevin Hilman
wrote:
> From: Tero Kristo
>
> 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: Tero Kristo
> Signed-off-by: Kevin Hilman
> -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
On Wed, Oct 14, 2009 at 2:26 AM, Tony Lindgren wrote:
> * kishore kadiyala [091012 23:54]:
>> Tony,
>>
>> On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren wrote:
>> > * G, Manjunath Kondaiah [091008 00:41]:
>> >>
>> >> Govind,
>> >> > -Original Message-
>> >> > From: linux-omap-ow...@vger
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_CODE
On Fri, Oct 23, 2009 at 4:39 AM, Kevin Hilman
wrote:
> From: Tero Kristo
>
> 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: Tero Kristo
> Signed-off-by: Kevin Hilman
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 th
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
> ---
> drivers/mfd/twl4030-core.c |9
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
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
---
arch/arm/plat-omap/gpio.c | 22 ++
1 f
From: Charulatha V
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V
---
arch/arm/plat-omap/gpio.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/plat-oma
From: Tero Kristo
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
Also removed one of
From: Tero Kristo
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 voltage.
This fix has be
From: Tero Kristo
Suspending drivers may still generate interrupts just before their suspend is
completed. Any pending interrupts here will prevent sleep.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/irq.c |6 ++
arch/arm/mach-omap2/pm34xx.c |2 +-
arch
From: Tero Kristo
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
---
arch/arm/plat-omap/d
From: Tero Kristo
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 WFI (wait for
interru
From: Tero Kristo
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
Signed-off-by: Jouni Hogander
---
arch/arm/mach-omap2/control.c |1 +
arch/arm/mach-omap2/sleep34xx.S | 23 +
From: Tero Kristo
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
---
arch/arm/mach-omap2/pm34xx.c |2 +-
1 files changed, 1 inser
From: Tero Kristo
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during wakeup from off-mode. See omap
errata 1.164.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c |6 ++
arch/arm/mach-omap2/usb-musb.c
From: Tero Kristo
This saves some power.
Signed-off-by: Mika Westerberg
---
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
index 53544d3..492458e 100644
--- a/arch/arm/mach-omap2
From: Tero Kristo
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 bootloader does not modify
From: Tero Kristo
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 Kristo
---
arch/arm/m
From: Carlos Chinea
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
Signed-off-by: Jouni Hogander
---
arch/arm/mach-omap2/pm34xx.c |4 ++--
1 files changed, 2 insertio
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 a
From: Rajendra Nayak
Basic CPUidle driver for OMAP3 with deepest sleep state supported
being MPU CSWR.
Signed-off-by: Rajendra Nayak
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/Makefile |2 +-
arch/arm/mach-omap2/cpuidle34xx.c | 255 +
arc
From: Rajendra Nayak
This patch adds support and enables state C4(MPU RET + CORE RET)
and MPU OFF states (C3 and C5.)
Signed-off-by: Rajendra Nayak
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cpuidle34xx.c | 28
arch/arm/mach-omap2/pm.h |2 +
If 'enable_off_mode' is not set, force powerdomain states to RET
instead of OFF.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cpuidle34xx.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/cpuid
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
---
arc
From: Kalle Jokiniemi
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 omap3_idle_init into omap3_pm_init.
Signed
From: Peter 'p2' De Schrijver
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: Peter 'p2' De Schrijver
Sign
From: Sanjeev Premi
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
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cp
From: Jouni Hogander
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
Signed-off-by: Kevin Hilman
---
arch/ar
From: Peter 'p2' De Schrijver
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
Signed-off-by: Kevin Hilman
---
arch/arm/mac
From: Tero Kristo
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
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cpuidle34xx.c |3 ++-
arch/arm/mach-
> -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 wi
Grazvydas Ignotas 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 72f680b.
Venkatraman S writes:
> On Fri, Oct 23, 2009 at 4:39 AM, Kevin Hilman
> wrote:
>> From: Tero Kristo
>>
>> 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: Tero Kri
* Govindraj [091023 05:22]:
> On Wed, Oct 14, 2009 at 2:26 AM, Tony Lindgren wrote:
> > * kishore kadiyala [091012 23:54]:
> >> Tony,
> >>
> >> On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren wrote:
> >> > * G, Manjunath Kondaiah [091008 00:41]:
> >> >>
> >> >> Govind,
> >> >> > -Original M
* Jon Hunter [091022 16:22]:
>
> Tony Lindgren wrote:
>> From: Janusz Krzysztofik
>>
>> 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 longer included, breaking sup
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.
O
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
---
arch/arm/mach-omap2/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/ar
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
---
arch/arm/mach-omap2/Kconfig |4
arch/arm/mach-omap2/Makefile|3 +++
arch/arm/mach-omap2/board-zoom
Create zoom3 defconfig file
Signed-off-by: Vikram Pandita
---
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 insertions(+), 0 deletions(-)
cre
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 boar
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]
> > O
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 co
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
>
> During initialization, GPIO module is reset using soft reset bit
> of SYSCONFIG register
>
> Signed-off-by: Charulatha V
> ---
> arch/arm/plat-omap/gpio.c | 12 +++-
> 1 files changed, 11 insertion
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 strateg
Friday 23 October 2009 21:19:40 Tony Lindgren napisał(a):
> * Jon Hunter [091022 16:22]:
> >
> > Tony Lindgren wrote:
> >> From: Janusz Krzysztofik
> >>
> >> DSP public peripherals used to work on OMAP1510 based (or all OMAP1 class?)
> >> machines as long as old dspgateway code were present in th
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 kern
Varadarajan, Charu Latha had written, on 10/23/2009 10:55 AM, the following:
From: Charulatha V
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:
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
During initialization, GPIO module is reset using soft reset bit
of SYSCONFIG register
Signed-off-by: Charulatha V
---
arch/arm/plat-omap/gpio.c
>Varadarajan, Charu Latha had written, on 10/23/2009 10:55 AM, the following:
>> From: Charulatha V >
>>
>> 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 fo
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
Cc: Rajendra Nayak
Cc: Roger Quadros
Cc: Kalle Jokiniemi
Cc: Teerth Reddy
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Hö
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);
+
61 matches
Mail list logo