Hello Arno,
On Thu, 4 Feb 2010, Arno Steffen wrote:
I am trying to migrate from kernel 28 to 32 on TI OMA3. Our board is
derived from EVM board.
...
Also I do get this warning now while boot:
Hierarchical RCU implementation.
NR_IRQS:368
Clocking rate (Crystal/Core/MPU): 12.0/332/500
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, February 05, 2010 3:22 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 3/3] OMAP3: PM: Wakeup from TWL4030
keypad with OFF mode
Sanjeev Premi pr...@ti.com writes:
Kevin Hilman wrote:
Convert the HSMMC driver to use the runtime PM layer. A notable
aspect of this is that the use of the dev_attr data from the
omap_hwmod allows the redaction of all of the integration-specific
hacks inside this driver. Regulator control has not yet been
converted; the driver
On Thu, 4 Feb 2010, Thara Gopinath wrote:
This patch adds APIs pwrdm_read_logic_retst and
pwrdm_read_mem_retst for reading the next programmed
logic and memory state a powerdomain is to hit in event
of the next power domain state being retention.
Signed-off-by: Thara Gopinath th...@ti.com
On Thu, 4 Feb 2010, Thara Gopinath wrote:
This patch adds the flag .pwrsts_logic_ret info for the core power domain
in the associated powerdomain structure. This flag specifies the states
core domain logic can hit in event of the domain entering retention.
Signed-off-by: Thara Gopinath
Hi Thara,
On Thu, 4 Feb 2010, Thara Gopinath wrote:
This patch adds counters to keep track of whether the powerdomain
logic or software controllable memory banks are turned off when
the power domain enters retention. During power domain retention
if logic gets turned off, the scenario is
This patch sets SYS_NIRQ for keypad input. It also
sets the same as a wakeup event from OFF mode.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
The keypad was not working properly after migrating
to matrix_keypad.
Swapped the row, col fields of the KEY() macro in
the keymap definition to get it working again.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 27 +++
1 files
GPIO175 is used for PEN_IRQ on the EVM. This patch
sets the mux settings for the same.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
Hello Anuj,
First of all, I liked the idea of unifying the regulator definitions
for boards that use twl regulators.
But I guess we need to improve a little bit.
See following comments.
On Tue, Jan 12, 2010 at 10:13:52AM +0100, ext Anuj Aggarwal wrote:
A new file for TWL4030/TPS65950 is
hello again,
On Tue, Jan 12, 2010 at 10:14:08AM +0100, ext Anuj Aggarwal wrote:
Removing the common supplies and regulator init data structs for various
OMAP3 platforms and referring them from the twl4030 common file.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
On Fri, 2010-02-05 at 00:05 +0100, ext Ville Syrjälä wrote:
On Thu, Feb 04, 2010 at 05:31:26PM +0200, Tomi Valkeinen wrote:
Previously the only place to get the size of the display was from the
DSS's sysfs interface, making, for example, configuring overlays and doing
updates on manual
On Fri, 2010-02-05 at 10:45 +0200, Eduardo Valentin wrote:
Hello Anuj,
First of all, I liked the idea of unifying the regulator definitions
for boards that use twl regulators.
But I guess we need to improve a little bit.
See following comments.
On Tue, Jan 12, 2010 at 10:13:52AM
On Fri, Feb 05, 2010 at 11:09:28AM +0100, Liam Girdwood wrote:
On Fri, 2010-02-05 at 10:45 +0200, Eduardo Valentin wrote:
Hello Anuj,
First of all, I liked the idea of unifying the regulator definitions
for boards that use twl regulators.
But I guess we need to improve a little bit.
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Friday, February 05, 2010 11:02 AM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org; Kevin Hilman
Subject: RE: [PATCH] OMAP2/3/4: ioremap
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 05, 2010 1:59 PM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 3/3] OMAP3 PM: Adding counters for power domain logic off
and mem off during
retention.
Hi Thara,
On Thu, 4 Feb
* Hiremath, Vaibhav hvaib...@ti.com [100204 21:31]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, February 05, 2010 6:35 AM
To: linux-omap@vger.kernel.org
Subject: [APPLIED] [PATCH
On Fri, 5 Feb 2010, Gopinath, Thara wrote:
This patch looks fine to me.
Thanks, it's queued for 2.6.34.
- Paul
--
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
Hi Ranjith,
On Tue, 19 Jan 2010, Ranjith Lohithakshan wrote:
Current implementation defines clock idle state indicators based on the
cpu information (cpu_is_omap24xx() or cpu_is_omap34xx()) in a system wide
manner. This patch extends the find_idlest() function in clkops to pass
back the idle
On Thu, 28 Jan 2010, Ranjith Lohithakshan wrote:
This patch adds clock support for the following AM35xx modules
- Ethernet MAC
- CAN Controller (HECC)
- New MUSB OTG Controller with integrated Phy
- Video Processing Front End (VPFE)
- Additional UART (UART4)
On Thu, 28 Jan 2010, Sanjeev Premi wrote:
This patch checks if clk_get() returned success for
the clocks used in function omap2_clk_arch_init().
This version incorporates review comments from
Kevin Hilman and Paul Walmsley.
Signed-off-by: Sanjeev Premi pr...@ti.com
Thanks, queued for
On Thu, 28 Jan 2010, Kevin Hilman wrote:
- missing return in omap_prcm_get_reset_sources()
- potential use of uninitialized variable in omap_prcm_arch_reset()
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Thanks, queued for 2.6.34.
- Paul
--
To unsubscribe from this list: send
On Thu, Feb 4, 2010 at 6:21 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Thu, Feb 04, 2010 at 04:52:26PM +0200, Grazvydas Ignotas wrote:
On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
The bodge I'm thinking of would do something like log an error and
substitute in a dummy
Hi,
On 2/2/2010 6:44 PM, Hebbar, Shivananda wrote:
From 23b8b63a9f57c20b3f87ac886623d227d5448e8f Mon Sep 17 00:00:00 2001
From: Shivananda Hebbarx0heb...@ti.com
Date: Thu, 28 Jan 2010 20:53:48 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef CHNL_MODE and replace it with
normal C
Hi,
On 2/2/2010 6:44 PM, Hebbar, Shivananda wrote:
From 82f402b577d1afb535b319eed4a18087010ef679 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbarx0heb...@ti.com
Date: Thu, 28 Jan 2010 20:06:40 -0600
Subject: [PATCH] DSPBRIDGE: Remove typdef used for Processor type replace it
with standard C
Hi,
On 2/1/2010 11:31 AM, Ameya Palande wrote:
Hi Omar,
On Mon, 2010-01-25 at 20:21 +0100, ext Omar Ramirez Luna wrote:
Hi,
On 1/21/2010 7:03 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/proc.c |4
1 files changed, 4
Resending the patches after updating review comments and also
Fixing some compilation breaks.
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
From 5855acc38e699f9abfcdd11f1dbd5d648feecb74 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 18:57:02 -0600
Subject: [PATCH] DSPBRIDGE: typedef cleanup -DSPRTOS
This patch removes the typdef used for DSPRTOS type
and replaces it with normal C type.
From 40939eb42f476a0ef7b4f67ebcb412b562daed81 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 19:14:21 -0600
Subject: [PATCH] DSPBRIDGE: typedef cleanup -PROCTYPE
This patch removes the typedef used for PROCTYPE
and replace it with the normal C
From 108329666e2bf829915c7de4a693fd83c00581a3 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 29 Jan 2010 15:03:02 -0600
Subject: [PATCH] DSPBRIDGE: typedef cleanup -PROCFAMILY
This patch removes the typdef used for PROCFAMILY and
replaces it with normal C type.
From d3edb20499a7b084a7510d9930264ff2935a6048 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 29 Jan 2010 15:32:44 -0600
Subject: [PATCH] DSPBRIDGE :typedef cleanup -DSP_HSTREAM
This patch removes typedef used for stream handle and replaces
it with the normal C types.
From fce3de8671931f5af3df467e0f923e86e9d1f9b3 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:06:40 -0600
Subject: [PATCH] DSPBRIDGE : typedef cleanup -DSP_HPROCESSOR
This patch removes the typedef used for processor handle
and replaces it with the
From b90284e0c81aa983ee60ce1fee8d69beba4061a6 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:22:04 -0600
Subject: [PATCH] DSPBRIDGE: typdef cleanup -DSP_HNODE
This patch removes the typedef used for node handle
and replaces it with the normal C type.
From 75fabc1654f4671906f64c12a348aa38625d4f28 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:40:48 -0600
Subject: [PATCH] DSPBRIDGE: typedef cleanup - BRD_STATUS
This patch removes the typedef BRD_STATUS and replaces
it with the normal C type. Here it
From 607802b2c411265fefa29983ea08e0e0d44d9f1a Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Thu, 28 Jan 2010 20:53:48 -0600
Subject: [PATCH] DSPBRIDGE: typedef cleanup -CHNL_MODE
This patch removes the typedef CHNL_MODE.
CHNL_MODE values are well within the range of short
On 1/28/2010 12:27 PM, Ramos Falcon, Ernesto wrote:
From e586fe38099ac140e037fda9d2e7d3a846ec023c Mon Sep 17 00:00:00 2001
From: Ernesto Ramoserne...@ti.com
Date: Thu, 28 Jan 2010 12:11:39 -0600
Subject: [PATCH] DSPBRIDGE: Fix to avoid possible memory leaks in bridge driver.
This patch fixes
On 2/1/2010 11:36 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
Acked-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/rmgr/proc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c
On 2/1/2010 12:18 PM, Ameya Palande wrote:
Since there is only 1 device there is no need of driver_minor global variable.
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
Acked-by: Omar Ramirez Luna omar.rami...@ti.com
Pushed to dspbridge
- omar
--
To unsubscribe from this list: send the
On 2/1/2010 1:00 PM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 28 ++--
1 files changed, 6 insertions(+), 22 deletions(-)
Acked-by: Omar Ramirez Luna omar.rami...@ti.com
Pushed to
On 2/4/2010 9:33 AM, Ameya Palande wrote:
kfree() is NULL and ZERO pointer safe so MEM_Free() doesn't provide any
significant advantage. By getting rid of MEM_Free() and the NULL pointer
check associated with it, we can save on:
1. One level of indirection which translates to a function call
40 matches
Mail list logo