RE: [Patch 7/8] DSPBRIDGE: typedef cleanup -BRD_STATUS

2010-02-02 Thread Guzman Lugo, Fernando
Hi, >-Original Message- >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda >Sent: Tuesday, February 02, 2010 6:44 PM >To: linux-omap >Subject: [Patch 7/8] DSPBRIDGE: typedef cleanup -BRD_STATUS > >From 9c41e6639d93696cf92c7

RE: [Patch 6/8] DSPBRIDGE: typedef cleanup -DSP_HNODE

2010-02-02 Thread Guzman Lugo, Fernando
Looks good to me. Regards, Fernando. >-Original Message- >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda >Sent: Tuesday, February 02, 2010 6:44 PM >To: linux-omap >Subject: [Patch 6/8] DSPBRIDGE: typedef cleanup -DSP_HN

RE: [Patch 5/8] DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR

2010-02-02 Thread Guzman Lugo, Fernando
Looks good to me. Regards, Fernando >-Original Message- >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda >Sent: Tuesday, February 02, 2010 6:44 PM >To: linux-omap >Subject: [Patch 5/8] DSPBRIDGE: typedef cleanup -DSP_HPRO

RE: [Patch 4/8] DSPBRIDGE: typedef cleanup -DSP_HSTREAM

2010-02-02 Thread Guzman Lugo, Fernando
Looks good to me. Regards, Fernando. >-Original Message- >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda >Sent: Tuesday, February 02, 2010 6:44 PM >To: linux-omap >Subject: [Patch 4/8] DSPBRIDGE: typedef cleanup -DSP_HS

RE: [Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS

2010-02-02 Thread Guzman Lugo, Fernando
>-Original Message- >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda >Sent: Tuesday, February 02, 2010 6:44 PM >To: linux-omap >Subject: [Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS > >From 5855acc38e699f9abfcdd11f1dbd

linux-next: manual merge of the omap_dss2 tree with the omap tree

2010-02-02 Thread Stephen Rothwell
Hi Tomi, Today's linux-next merge of the omap_dss2 tree got a conflict in arch/arm/mach-omap2/board-omap3pandora.c between commit f8b6f704105164eac7c043a48f79c4234e03e4b2 ("omap: Rename hsmmc symbols to reflect independence from twl4030") from the omap tree and commit aacb4387a1e6f3b57977375532c6d

Re: [PATCH 9/9] omap: Disable serial port autoidle by default

2010-02-02 Thread Tony Lindgren
* Tony Lindgren [100202 18:23]: > Currently the omap serial clocks are autoidled after 5 seconds. > However, this causes lost characters on the serial ports. As this > is considered non-standard behaviour for Linux, disable the timeout. > > Note that this will also cause blocking of any deeper om

[PATCH 9/9] omap: Disable serial port autoidle by default

2010-02-02 Thread Tony Lindgren
Currently the omap serial clocks are autoidled after 5 seconds. However, this causes lost characters on the serial ports. As this is considered non-standard behaviour for Linux, disable the timeout. Note that this will also cause blocking of any deeper omap sleep states. To enable the autoidling

[PATCH 7/9] omap: Fix arch/arm/mach-omap2/mux.c: Off by one error

2010-02-02 Thread Tony Lindgren
David Binderman ran the sourceforge tool cppcheck over the source code of the new Linux kernel 2.6.33-rc6: [./arm/mach-omap2/mux.c:492]: (error) Buffer access out-of-bounds 13 characters + 1 digit + 1 zero byte is more than 14 characters. Also add a comment on mode0 name length in case new omaps

[PATCH 8/9] omap: Fix access to already released memory in clk_debugfs_register_one()

2010-02-02 Thread Tony Lindgren
From: Marek Skuczynski I have found an access to already released memory in clk_debugfs_register_one() function. Signed-off-by: Marek Skuczynski Acked-by: Paul Walmsley Signed-off-by: Tony Lindgren --- arch/arm/plat-omap/clock.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)

[PATCH 6/9] omap: Fix 3630 mux errors

2010-02-02 Thread Tony Lindgren
3630 has more mux signals than 34xx. The additional pins exist in omap36xx_cbp_subset, but are not initialized as the superset is missing these offsets. This causes the following errors during the boot: mux: Unknown entry offset 0x236 mux: Unknown entry offset 0x22e mux: Unknown entry offset 0x1ec

[PATCH 5/9] OMAP2/3: GPMC: ensure valid clock pointer

2010-02-02 Thread Tony Lindgren
From: Kevin Hilman Ensure valid clock pointer during GPMC init. Fixes compiler warning about potential use of uninitialized variable. Signed-off-by: Kevin Hilman Signed-off-by: Tony Lindgren --- arch/arm/mach-omap2/gpmc.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff -

[PATCH 4/9] OMAP2/3: IRQ: ensure valid base address

2010-02-02 Thread Tony Lindgren
From: Kevin Hilman Ensure valid base address during IRQ init. Fixes compiler warning about potential use of uninitialized variable. Signed-off-by: Kevin Hilman Signed-off-by: Tony Lindgren --- arch/arm/mach-omap2/irq.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

[PATCH 3/9] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL for OMAP

2010-02-02 Thread Tony Lindgren
From: Sriram OMAP platforms(like OMAP3530) include DSP or other co-processors for media acceleration. when carving out memory for the accelerators we can end up creating a hole in the memory map of sort: To handle such a memory configuration ARCH_HAS_HOLES_MEMORYMODEL has to be enabled. For fur

[PATCH 1/9] omap: define _toggle_gpio_edge_triggering only for OMAP1

2010-02-02 Thread Tony Lindgren
From: Uwe Kleine-König The only usage of _toggle_gpio_edge_triggering is in an CONFIG_ARCH_OMAP1 is defined, too. This fixes a compiler warning: arch/arm/plat-omap/gpio.c:758: warning: '_toggle_gpio_edge_triggering' defined but not used when compiling for ARCH_OMAP2, ARCH_OMAP3 or ARC

[PATCH 2/9] omap: Remove old unused defines for OMAP_32KSYNCT_BASE

2010-02-02 Thread Tony Lindgren
Remove old unused defines for OMAP_32KSYNCT_BASE Signed-off-by: Tony Lindgren --- arch/arm/plat-omap/omap_device.c | 10 -- 1 files changed, 0 insertions(+), 10 deletions(-) diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c index 1e5648d..2ed7201 100644

[PATCH 0/9] omap fixes for 2.6.33-rc6

2010-02-02 Thread Tony Lindgren
Hi all, Here are some omap fixes for review. Regards, Tony --- Kevin Hilman (2): OMAP2/3: IRQ: ensure valid base address OMAP2/3: GPMC: ensure valid clock pointer Marek Skuczynski (1): omap: Fix access to already released memory in clk_debugfs_register_one() Sriram (1):

Re: [PATCH V2 0/10] omap_hsmmc changes V2

2010-02-02 Thread Tony Lindgren
* Adrian Hunter [100202 01:21]: > From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001 > From: Adrian Hunter > Date: Tue, 2 Feb 2010 10:53:38 +0200 > Subject: [PATCH] omap_hsmmc: allow compile without regulator framework > > It is still possible to use the omap_hsmmc module > w

RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups

2010-02-02 Thread Pais, Allen
From: Sonasath, Moiz Sent: Tuesday, February 02, 2010 3:40 PM To: Tony Lindgren; Pais, Allen Cc: linux-omap@vger.kernel.org Subject: RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups Tony/Allen/Paul, > -Original Message- > From: linux

[Patch 8/8] DSPBRIDGE: typedef cleanup -CHNL_MODE

2010-02-02 Thread Hebbar, Shivananda
>From 23b8b63a9f57c20b3f87ac886623d227d5448e8f Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 20:53:48 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef CHNL_MODE and replace it with normal C type This patch removes the typedef CHNL_MODE. CHNL_MODE values are we

[Patch 6/8] DSPBRIDGE: typedef cleanup -DSP_HNODE

2010-02-02 Thread Hebbar, Shivananda
>From b90284e0c81aa983ee60ce1fee8d69beba4061a6 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 20:22:04 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef for the node handle and replace it with the C normal type. Signed-off-by: Shivananda Hebbar --- arch/arm/plat-omap/in

[Patch 7/8] DSPBRIDGE: typedef cleanup -BRD_STATUS

2010-02-02 Thread Hebbar, Shivananda
>From 9c41e6639d93696cf92c740c026d887ab77f16a9 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 20:40:48 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef BRD_STATUS and replace it with normal C type This patch removes the typedef BRD_STATUS and replaces it with t

[Patch 5/8] DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR

2010-02-02 Thread Hebbar, Shivananda
>From 82f402b577d1afb535b319eed4a18087010ef679 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 20:06:40 -0600 Subject: [PATCH] DSPBRIDGE: Remove typdef used for Processor type replace it with standard C type Signed-off-by: Shivananda Hebbar --- arch/arm/plat-omap/includ

[Patch 4/8] DSPBRIDGE: typedef cleanup -DSP_HSTREAM

2010-02-02 Thread Hebbar, Shivananda
>From d3edb20499a7b084a7510d9930264ff2935a6048 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Fri, 29 Jan 2010 15:32:44 -0600 Subject: [PATCH] DSPBRIDGE :Remove typedefs used for stream handle and replace it with normal C types This patch removes typedef used for stream handle and replac

[Patch 3/8] DSPBRIDGE: typedef cleanup -PROCFAMILY

2010-02-02 Thread Hebbar, Shivananda
>From 108329666e2bf829915c7de4a693fd83c00581a3 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Fri, 29 Jan 2010 15:03:02 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef for PROCFAMILY and Replace it with normal C type This patch removes the typdef used for PROCFAMILY and repl

[Patch 2/8] DSPBRIDGE: typedef cleanup -PROCTYPE

2010-02-02 Thread Hebbar, Shivananda
>From 40939eb42f476a0ef7b4f67ebcb412b562daed81 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 19:14:21 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef used for PROCTYPE and replace it with the normal C type This patch removes the typedef used for PROCTYPE

[Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS

2010-02-02 Thread Hebbar, Shivananda
>From 5855acc38e699f9abfcdd11f1dbd5d648feecb74 Mon Sep 17 00:00:00 2001 From: Shivananda Hebbar Date: Thu, 28 Jan 2010 18:57:02 -0600 Subject: [PATCH] DSPBRIDGE: Remove typedef used for DSPRTOS type and replace it with normal C type. This patch removes the typdef used for DSPRTOS type and repla

[Patch 0/8] DSPBRIDGE: typedef cleanup

2010-02-02 Thread Hebbar, Shivananda
These patches remove the typedefs and replace it with normal C types: Shivananda Hebbar (8) DSPBRIDGE: typedef cleanup -DSP RTOS DSPBRIDGE: typedef cleanup -PROCTYPE DSPBRIDGE: typedef cleanup -PROCFAMILY DSPBRIDGE: typedef cleanup -DSP_HSTREAM DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR DSPBRIDGE

[Patch 0/8] DSPBRIDGE: typedef cleanup

2010-02-02 Thread Hebbar, Shivananda
These patches remove the typedefs and replace it with normal C types: Shivananda Hebbar (8) DSPBRIDGE: typedef cleanup -DSP RTOS DSPBRIDGE: typedef cleanup -PROCTYPE DSPBRIDGE: typedef cleanup -PROCFAMILY DSPBRIDGE: typedef cleanup -DSP_HSTREAM DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR DSPBRID

RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups

2010-02-02 Thread Sonasath, Moiz
Paul, > -Original Message- > From: Paul Walmsley [mailto:p...@pwsan.com] > Sent: Monday, February 01, 2010 9:37 PM > To: Pais, Allen > Cc: linux-omap@vger.kernel.org; Sonasath, Moiz; t...@atomide.com > Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups > > Hi Allen,

RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups

2010-02-02 Thread Sonasath, Moiz
Tony/Allen/Paul, > -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Tony Lindgren > Sent: Tuesday, February 02, 2010 10:56 AM > To: Pais, Allen > Cc: linux-omap@vger.kernel.org > Subject: Re: [PATCH 1/2] omap: Disable GA

Re: [PATCH] DSPBRIDGE: Resource clean up always enabled.

2010-02-02 Thread Omar Ramirez Luna
On 2/2/2010 2:18 PM, Omar Ramirez Luna wrote: From: Ernesto Ramos Remove flag RES_CLEANUP_DISABLE to have dspbridge resource cleanup allways enabled. Signed-off-by: Ernesto Ramos Acked-by: Ameya Palande --- arch/arm/plat-omap/include/dspbridge/_dcd.h|3 -- arch/arm/plat-omap/incl

Re: [PATCH v3 2/2] DSPBRIDGE: Remove DRV_ProcUpdatestate function

2010-02-02 Thread Omar Ramirez Luna
On 2/2/2010 1:31 PM, Omar Ramirez Luna wrote: From: Gomez Castellanos, Ivan The DRV_ProcUpdatestate function was only used in two places and it only assigned a value. Signed-off-by: Ivan Gomez Acked-by: Ameya Palande --- .../plat-omap/include/dspbridge/resourcecleanup.h |3 --- drivers/

Re: [PATCH 1/2] DSPBRIDGE: Check process context in bridge_ioctl

2010-02-02 Thread Omar Ramirez Luna
On 1/27/2010 12:06 PM, Gomez Castellanos, Ivan wrote: From f9d2f46583399c4addd3c2978c62d1821e0100d7 Mon Sep 17 00:00:00 2001 From: Ivan Gomez Date: Thu, 21 Jan 2010 12:27:33 -0600 Subject: [PATCH] DSPBRIDGE: Check process context in bridge_ioctl Check pcontext (filp->private_data) in bridge_ioc

This patch should fix tabs for spaces.

2010-02-02 Thread Omar Ramirez Luna
>From f19c2e71f4268e357926461a7196d44703d896ae Mon Sep 17 00:00:00 2001 From: Ernesto Ramos Date: Fri, 29 Jan 2010 01:18:56 + Subject: [PATCH v2] DSPBRIDGE: Resource clean up always enabled Remove flag RES_CLEANUP_DISABLE to have dspbridge resource cleanup allways enabled. Signed-off-by: Ern

Re: [RESEND][PATCH] DSPBRIDGE: cache operation against kernel address instead of user's

2010-02-02 Thread Omar Ramirez Luna
Hi, On 1/26/2010 5:52 AM, Felipe Contreras wrote: On Tue, Jan 26, 2010 at 3:56 AM, Omar Ramirez Luna wrote: From: Hiroshi DOYU Based on the discussion: http://www.spinics.net/lists/arm-kernel/msg72810.html HACK: export "follow_page()" for dspbridge cache operation This is clearly a hack,

[PATCH] DSPBRIDGE: Resource clean up always enabled.

2010-02-02 Thread Omar Ramirez Luna
From: Ernesto Ramos Remove flag RES_CLEANUP_DISABLE to have dspbridge resource cleanup allways enabled. Signed-off-by: Ernesto Ramos Acked-by: Ameya Palande --- arch/arm/plat-omap/include/dspbridge/_dcd.h|3 -- arch/arm/plat-omap/include/dspbridge/drv.h |3 +- .../plat

Re: [PATCH] DSPBRIDGE: Resource clean up always enabled.

2010-02-02 Thread Omar Ramirez Luna
On 1/28/2010 10:44 AM, Ameya Palande wrote: On Thu, 2010-01-28 at 17:05 +0100, ext Ramos Falcon, Ernesto wrote: From 30b0f99526350abe2bf93c2a9729f8fa5f9bafc7 Mon Sep 17 00:00:00 2001 From: Ernesto Ramos Date: Thu, 21 Jan 2010 14:36:07 -0600 Subject: [PATCH] DSPBRIDGE: Resource clean up always e

[PATCH v3 2/2] DSPBRIDGE: Remove DRV_ProcUpdatestate function

2010-02-02 Thread Omar Ramirez Luna
From: Gomez Castellanos, Ivan The DRV_ProcUpdatestate function was only used in two places and it only assigned a value. Signed-off-by: Ivan Gomez Acked-by: Ameya Palande --- .../plat-omap/include/dspbridge/resourcecleanup.h |3 --- drivers/dsp/bridge/rmgr/drv.c |

Re: [PATCH v2 2/2] DSPBRIDGE: Remove DRV_ProcUpdatestate function

2010-02-02 Thread Omar Ramirez Luna
On 1/28/2010 7:18 PM, Gomez Castellanos, Ivan wrote: In the previous patch, the function prototype was not removed. From 22a3646710806c9390a48556ded889e19178db9e Mon Sep 17 00:00:00 2001 From: Ivan Gomez Date: Thu, 28 Jan 2010 18:53:45 -0600 Subject: [PATCH] DSPBRIDGE: Remove DRV_ProcUpdatestat

Re: [PATCH] DSPBRIDGE: MEM_VFree() cleanup

2010-02-02 Thread Ameya Palande
On Mon, 2010-02-01 at 21:00 +0100, ext Menon, Nishanth wrote: > Ameya Palande said the following on 02/01/2010 07:56 PM: > > Since vfree() checks for null pointer, there is no need to check is again in > > MEM_VFree(). This patch also reorganizes the function to make it more > > readable. > > > >

Re: [PATCH] DSPBRIDGE: MEM_Free() cleanup

2010-02-02 Thread Ameya Palande
On Mon, 2010-02-01 at 17:57 +0100, Palande Ameya (Nokia-D/Helsinki) wrote: > Since kfree() checks for null pointer, there is no need to check is again in > MEM_Free(). This patch also reorganizes the function to make it more readable. > > Signed-off-by: Ameya Palande > --- > drivers/dsp/bridge/s

Re: [PATCH] OMAP2/3: update default defconfig, towards smaller kernel

2010-02-02 Thread Kevin Hilman
"Madhusudhan" writes: >> -Original Message- >> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- >> ow...@vger.kernel.org] On Behalf Of Kevin Hilman >> Sent: Friday, January 29, 2010 6:27 PM >> To: linux-omap@vger.kernel.org >> Subject: [PATCH] OMAP2/3: update default defconfig,

Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups

2010-02-02 Thread Tony Lindgren
* Pais, Allen [100201 18:56]: > > > From: Tony Lindgren [t...@atomide.com] > Sent: Monday, February 01, 2010 7:53 PM > To: Pais, Allen > Cc: linux-omap@vger.kernel.org > Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups > > Hi, > >

Re: [PATCH 1/2 v2] DSPBRIDGE: remove dependency of mpu freq

2010-02-02 Thread Felipe Contreras
On Tue, Feb 02, 2010 at 02:41:51PM +0100, Nishanth Menon wrote: > > From: Felipe Contreras [mailto:felipe.contre...@nokia.com] > > You forgot to mention the impact of this patch: DVFS is effectively > > disabled until the next patch is applied. Right? > > That is the reason why it is a patch serie

RE: [PATCH 1/2 v2] DSPBRIDGE: remove dependency of mpu freq

2010-02-02 Thread Menon, Nishanth
> From: Felipe Contreras [mailto:felipe.contre...@nokia.com] > Sent: Tuesday, February 02, 2010 3:01 PM > > On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote: > > Current DSPBridge uses hardcoded logic which is not scalable > > across OMAP3 silicons. introduce a structure based imp

[PATCHv5 8/9] OMAP3: CPUidle: Fixed off-mode support to fall-back to proper C state

2010-02-02 Thread Tero Kristo
From: Tero Kristo If off-mode is disabled, cpuidle now falls back to proper C state. Previously the state was just simply hacked inside omap3_enter_idle which resulted in wrong state residencies to be reported. Signed-off-by: Tero Kristo --- arch/arm/mach-omap2/cpuidle34xx.c | 22 +++

[PATCHv5 4/9] OMAP3: PM: Removed pwrdm state hacking from omap_sram_idle

2010-02-02 Thread Tero Kristo
From: Tero Kristo Following hacks will be moved inside cpuidle in subsequent patch: - CAM domain prevents idle completely - PER should not go OFF if core remains active This simplifies the design and allows cpuidle to keep better track of which power states system will actually enter. Signed

[PATCHv5 9/9] OMAP3: PM: Added support for suspending to INACTIVE state

2010-02-02 Thread Tero Kristo
From: Tero Kristo With the new support functions this is now possible. Suspending to INACTIVE is useful for testing purposes. Signed-off-by: Tero Kristo --- arch/arm/mach-omap2/pm34xx.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-omap2/pm34x

[PATCHv5 7/9] OMAP3: CPUidle: Added peripheral pwrdm checks into bm check

2010-02-02 Thread Tero Kristo
From: Tero Kristo Following checks are made (and their reasoning): - If CAM domain is active, prevent idle completely * CAM pwrdm does not have HW wakeup capability - If PER is likely to remain on, prevent PER off * Saves on unnecessary context save/restore - If CORE domain is active, preven

[PATCHv5 5/9] OMAP3: Clock: Added IDLEST definitions for SGX

2010-02-02 Thread Tero Kristo
From: Tero Kristo Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK as these were missing. Signed-off-by: Tero Kristo --- arch/arm/mach-omap2/cm-regbits-34xx.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/cm-regbits-34

[PATCHv5 3/9] OMAP3: CPUidle: Fixed support for ON / INACTIVE states

2010-02-02 Thread Tero Kristo
From: Tero Kristo New powerdomain support code for INACTIVE state removes the need to control clockdomains directly from cpuidle. Also, cpuidle state definitions can now directly support ON / INACTIVE simplifying the implementation. Signed-off-by: Tero Kristo --- arch/arm/mach-omap2/cpuidle34x

[PATCHv5 6/9] OMAP: Powerdomains: Add support for checking if pwrdm/clkdm can idle

2010-02-02 Thread Tero Kristo
From: Tero Kristo pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter idle. This is done by checking all clockdomains under the powerdomain if they can idle also. omap2_clkdm_can_idle(clkdm) will check if the specified clockdomain can enter idle. This checks the functional cl

[PATCHv5 1/9] OMAP3: PM: Added support functions for omap3 pwrdm handling

2010-02-02 Thread Tero Kristo
From: Tero Kristo Added omap3_pwrdm_set_next_pwrst and omap3_pwrdm_read_next_pwrst. These functions add support for INACTIVE and ON states to the standard OMAP powerdomain functions, and add caching logic for the next state. These functions are used in subsequent patches to simplify the logic of

[PATCHv5 0/9] Idlestatus patches

2010-02-02 Thread Tero Kristo
From: Tero Kristo Improvements compared to previous version: - Removed hacks from generic powerdomain code, instead added support routines for OMAP3, which are used by pm34xx.c and cpuidle34xx.c, these support routines only touch mpu, core and neon powerdomains - Bug fix: comparison in cpuid

[PATCHv5 2/9] OMAP3: PM: Added support for INACTIVE and ON states in omap_sram_idle

2010-02-02 Thread Tero Kristo
From: Tero Kristo Previously omap_sram_idle() did not know about the difference between ON and INACTIVE states, which complicated the state handling in these cases. Now, the following changes are done in the idle logic: - Check for IO-chain arming is changed to reflect desired state (RET) - UART

Re: [PATCH 1/2 v2] DSPBRIDGE: remove dependency of mpu freq

2010-02-02 Thread Felipe Contreras
On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote: > Current DSPBridge uses hardcoded logic which is not scalable > across OMAP3 silicons. introduce a structure based implementation > this allows for dsp frequency table indices to be generated runtime > instead of being compile time.

[PATCH v4 4/4] ARM : OMAP4 : MUSB : Add USB support to 4430 SDP board file

2010-02-02 Thread Maulik Mankad
ARM : OMAP4 : Add USB support to 4430 SDP board file This patch adds support for Mentor USB to 4430 SDP board file. It also defines the base address for HS USB OTG controller in OMAP4. Also updates platform specfic structure with base address and IRQ details. Signed-off-by: Maulik Mankad Cc: T

[PATCH v4 3/4] ARM : OMAP : MUSB : Pass board specific data using a structure

2010-02-02 Thread Maulik Mankad
ARM : OMAP: MUSB :Pass board specific data from board file Pass board specific data for MUSB (like interface_type, mode etc) from board file by defining board specific structure. Each board file can define this structure based on its requirement and pass this information to the driver. Signed-o

[PATCH v4 2/4] ARM : OMAP : Remove #ifdef from board-omap3evm.c

2010-02-02 Thread Maulik Mankad
ARM : OMAP : Remove #ifdef from board-omap3evm.c This patch removes #ifdef around usb_nop_xceiv_register() from board-omap3evm.c Signed-off-by: Maulik Mankad Cc: Tony Lindgren Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc: Olof Johansson --- Index: linux-2.6/arch/arm/mach-omap2/board-omap3evm.c

[PATCH v4 1/4] USB : Add empty functions in otg.h

2010-02-02 Thread Maulik Mankad
USB : Add empty functions in otg.h Add empty functions for usb_nop_xceiv_register() and usb_nop_xceiv_unregister() in otg.h so that these functions can be called even when CONFIG_NOP_USB_XCEIV is not enabled. It allows to remove ifdef's from board file. Signed-off-by: Maulik Mankad Cc: Tony Lin

[PATCH v4 0/4] OMAP USB patches

2010-02-02 Thread Maulik Mankad
Here is the 4 patch series based on top of 2.6.33-rc6. Maulik Mankad (4): [PATCH 1/4] USB : Add empty functions in otg.h [PATCH 2/4] ARM : OMAP : Remove #ifdef from board-omap3evm.c [PATCH 3/4] ARM : OMAP: MUSB : Pass board specific data using a structure [PATCH 4/4] ARM : OMAP4 : MUSB : Add USB s

RE: [PATCH v3 2/2] ARM : OMAP4 : MUSB : Add USB support to 4430 SDP board file

2010-02-02 Thread Maulik
>>From: Tony Lindgren [mailto:t...@atomide.com] >>Sent: Tuesday, February 02, 2010 3:47 AM >>To: Felipe Balbi >>Cc: ext Maulik Mankad; linux-omap@vger.kernel.org; linux->>u...@vger.kernel.org; David Brownell; Greg Kroah-Hartman; Sergei Shtylyov; >>Olof Johansson >>Subject: Re: [PATCH v3 2/2] ARM :

Re: [PATCH] DSPBRIDGE: Get rid of driver_minor global variable

2010-02-02 Thread Menon, Nishanth
Ameya Palande said the following on 02/02/2010 12:03 PM: Hi Nishanth, On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote: Ameya Palande said the following on 02/01/2010 08:18 PM: Since there is only 1 device there is no need of driver_minor global variable. i am a little skeptical a

Re: [PATCH] DSPBRIDGE: Get rid of driver_minor global variable

2010-02-02 Thread Ameya Palande
Hi Nishanth, On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote: > Ameya Palande said the following on 02/01/2010 08:18 PM: > > Since there is only 1 device there is no need of driver_minor global > > variable. > i am a little skeptical about this change - mainly coz, it might be a good

[PATCH] OMAP3: Serial: Improved sleep logic

2010-02-02 Thread Tero Kristo
From: Tero Kristo Only RX interrupt will now kick the sleep prevent timer. In addition, TX fifo status is checked before disabling clocks, this will prevent occasional garbage being printed on serial line. Smartidle is also disabled while entering idle if we have data in the transmit buffer, beca

RE: [PATCHv4 2/8] OMAP: Powerdomains: Add support for INACTIVE state on pwrdm level

2010-02-02 Thread Tero.Kristo
>-Original Message- >From: ext Paul Walmsley [mailto:p...@pwsan.com] >Sent: 02 February, 2010 10:04 >To: Kristo Tero (Nokia-D/Tampere) >Cc: linux-omap@vger.kernel.org >Subject: Re: [PATCHv4 2/8] OMAP: Powerdomains: Add support for >INACTIVE state on pwrdm level > >Hello Tero, > >On Fri

Re: [PATCH V2 0/10] omap_hsmmc changes V2

2010-02-02 Thread Adrian Hunter
From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001 From: Adrian Hunter Date: Tue, 2 Feb 2010 10:53:38 +0200 Subject: [PATCH] omap_hsmmc: allow compile without regulator framework It is still possible to use the omap_hsmmc module without the regulator framework. Accordingly,

RE: [PATCHv4 1/8] OMAP3: Clockdomain: Added API for checking if HWSUP is enabled

2010-02-02 Thread Tero.Kristo
>-Original Message- >From: ext Paul Walmsley [mailto:p...@pwsan.com] >Sent: 02 February, 2010 00:11 >To: Kristo Tero (Nokia-D/Tampere) >Cc: linux-omap@vger.kernel.org >Subject: Re: [PATCHv4 1/8] OMAP3: Clockdomain: Added API for >checking if HWSUP is enabled > >Hi Tero, > >On Fri, 22 J

Re: [PATCHv4 2/8] OMAP: Powerdomains: Add support for INACTIVE state on pwrdm level

2010-02-02 Thread Paul Walmsley
Hello Tero, On Fri, 22 Jan 2010, Tero Kristo wrote: > Currently only ON, RET and OFF are supported, and ON is arguably broken as it > allows the powerdomain to enter INACTIVE state unless idle is prevented. > Now, pwrdm code prevents idle if ON is selected and hardware supervised > mode for the u