>From d287e11cdb126f2c9b4be8d6d6f958ffdf7ff716 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 22 Jan 2010 21:46:42 -0600
Subject: [PATCH] DSPBRIDGE: Remove chnl_sm.h and tiomap_sm.c
Because of mailbox migration all the functions in tiomap_sm.c except
one and their prototypes in ch
>From 5451312f78b6631c9cfacfde10928f481e60b65c Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Wed, 27 Jan 2010 20:12:38 -0600
Subject: [PATCH] DSPBRIDGE: Remove hw_mbox.c and hw_mbox.h not needed anymore
Because of mailbox migration now the files hw_mbox.c
and hw_mbox.h are not needed
>From 627fb103cb73202128b8c5d2a51c879c52ebf076 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 12 Feb 2010 02:26:58 -0600
Subject: [PATCH] DSPBRIDGE: Change dspbridge for open source mailbox
implementation
This patch removes our dspbridge for opensource mailbox
implementation.
Si
>From d287e11cdb126f2c9b4be8d6d6f958ffdf7ff716 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 12 Feb 2010 19:55:55 -0600
Subject: [PATCH] DSPBRIDGE: Replace custom mailbox implementation with
kernel mailbox module
This set of patches removes dspbridge mailbox implementation and mi
>From a7b162f3af04bbfa39c439c47b8499962410a9c9 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Mon, 8 Feb 2010 13:35:40 -0600
Subject: [PATCH] Mailbox: disable mailbox interrupt when request queue failed
when blk_get_request fails to get the request it is returning
without read the mess
>From e06b2716824f225747c4dc83ed2623d0160ae132 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 29 Jan 2010 17:12:24 -0600
Subject: [PATCH] Mailbox: sleeping function called from invalid context fix
This patch fixes this bug:
BUG: sleeping function called from invalid context
Inside
>From 6b31bcca42598217bd46dd5719c50d37fa9ffc3a Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Wed, 27 Jan 2010 20:04:02 -0600
Subject: [PATCH] Mailbox: Check valid registered callback before calling
This patch checks if the mailbox user has assinged a valid
callback fuction before call
>From 60e21e76773de379deb41ff166f9679b7078276f Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Wed, 10 Feb 2010 17:08:20 -0600
Subject: [PATCH] Mailbox: change mailbox version print to pr_debug
it is not useful printing the version every time mailbox is used
instead change it to pr_debu
>From 0c844957e17257f19f7ef3f51ac860275ce89440 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 12 Feb 2010 19:07:14 -0600
Subject: [PATCH] Mailbox: flush pending deferred works before freeing blk queue
flush pending deferred works before freeing blk_queue to prevent
any attempt of
>From 4993c3740c532553035a175024a5b2067c11afc4 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 12 Feb 2010 19:02:32 -0600
Subject: [PATCH] Mailbox: free mailbox interrupt before freeing blk queue
Free interrupt before freeing blk_queue to avoid
any attempt of access to blk_queue af
>From a7b162f3af04bbfa39c439c47b8499962410a9c9 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Fri, 12 Feb 2010 19:35:05 -0600
Subject: [PATCH 0/6] Mailbox: Fix some issues in mailbox module
This set of patches fix some issue I found when I was working
with mailbox module.
Fernando Guz
Hello Charulatha,
On Fri, 12 Feb 2010, Varadarajan, Charulatha wrote:
> Charulatha V (4):
> OMAP2: Fix compile errors
> OMAP GPIO: split omap1 and omap2+
> OMAP: Convert GPIO into a early driver
The above patch appears to be missing. Could you please re-send?
> OMAP GPIO: Convert all p
By the way:
On Fri, 12 Feb 2010, Varadarajan, Charulatha wrote:
> They are boot tested on SDP 3430 and compile tested
> for OMAP 2420 and 2430.
This part is really offensively misleading. It does not matter whether
the code has been compile-tested on OMAP24xx if it could never actually
run on
On Fri, 12 Feb 2010, Varadarajan, Charulatha wrote:
> This patch series makes the OMAP3430 GPIO module
> use hwmod framework.
>
> This patch series applies on top of pm branch
> and it requires my previous patch set which converts
> GPIO into an early init device.
>
> They are boot tested on SD
* Tony Lindgren [100209 15:03]:
> * Grant Likely [100209 14:38]:
> > On Tue, Feb 9, 2010 at 3:25 PM, Tony Lindgren wrote:
> > > * Hemanth V [100203 02:19]:
> > >> From ee48142ddc43129a21676dbb56a83e3e7d8063de Mon Sep 17 00:00:00 2001
> > >> From: Hemanth V
> > >> Date: Fri, 27 Nov 2009 14:22:3
* Tomi Valkeinen [100212 02:38]:
> On Thu, 2010-02-11 at 19:52 +0100, ext Tony Lindgren wrote:
> > * Tomi Valkeinen [100211 03:59]:
> > > On Thu, 2010-02-11 at 12:50 +0100, ext Mike Rapoport wrote:
> > > > Tomi Valkeinen wrote:
> > > > > Hi,
> > > > >
> > > > > As discussed previously, board fil
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Saturday, February 06, 2010 3:23 AM
> To: Hebbar, Shivananda
> Cc: linux-omap
> Subject: Re: [Patchv2 0/8] DSPBRIDGE: typedef cleanup
>
> On Sat, Feb 6, 2010 at 3:21 AM, Hebbar, Shivananda
> wrote:
> >
Op 12 feb 2010, om 13:20 heeft Gary Thomas het volgende geschreven:
> On 02/12/2010 03:13 AM, Niamathullah sharief wrote:
>> Hello,
>> can anyone tell me while compilaing "dbus-1.2.20" i am getting the
>> folllowing error
>> "checking for XML_ParserCreate_MM in -lexpat... no
>> configure: error:
From: Shivananda Hebbar
This patch removes conditional check for uMaxMsgs for the below reasons.
1)1st conditional check.
MPU Bridge stops processing messages from DSP, if uMaxMsgs (currently 8) are
sent in one shot. The check (>=) will make it to return from function without
processing any mes
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 +++
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
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
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
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-o
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
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
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
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
From: Tero Kristo
Following changes compared to previous set:
- Fixed a problem with PER domain handling when PER was active
- Removed rwlock usage from pwrdm_can_idle as the lock was removed from
powerdomain code
Still applies on top of PM branch.
--
To unsubscribe from this list: send the
From: Tero Kristo
This patch contains following improvements:
- Only RX interrupt will now kick the sleep prevent timer
- TX fifo status is checked before disabling clocks, this will prevent
on-going transmission to be cut
- Smartidle is now enabled/disabled only while switching clocks, as havi
From: Phil Carmody
We free in the tail cleanup, so don't free before jumping there.
Signed-off-by: Phil Carmody
---
drivers/dsp/bridge/rmgr/proc.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
ind
From: Phil Carmody
If there's one thing worse than systems hungarian notation,
it's misleading systems hungarian notation. And you don't
need 2 copies of the pointer.
Signed-off-by: Phil Carmody
---
drivers/dsp/bridge/rmgr/proc.c | 25 +++--
1 files changed, 11 insertions
First a bit of a cleanup of what was clearly some legacy 'handle'
usage, and then a new quicker escape route for an error path to
avoid a double free.
It's tempting to get a bit more invasive, as there's a lot of
quite dodgy looking code (e.g. casting away const) in the areas
around my changes, b
Hi Hiremath,
I used to work with BSP from TI, there is driver for camera
interface. Now I switched to 2.6.33.rc3, don't see any omap3 camera interface
driver, could you tell me the status of this driver? Thanks.
Software Engineer
Wending
--
To unsubscribe from this list: send the li
On Fri, 2010-02-12 at 06:55 +0100, ext Jaya Kumar wrote:
> On Fri, Feb 12, 2010 at 3:41 AM, Thomas Weber wrote:
[snip]
> > +
> > +static struct omap_video_timings innolux_at_timings = {
> > + .x_res = 800,
> > + .y_res = 480,
> > +
> > + .pixel_clock= 4000
From: Charulatha V
HWmod framework is used for OMAP3430 GPIO driver.
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/gpio.c | 901
arch/arm/plat-omap/include/plat/gpio.h | 25 +-
2 files changed, 123 insertions(+), 803 deletions(-)
diff --gi
From: Charulatha V
Add hwmod structures for GPIO module on OMAP3430.
Signed-off-by: Charulatha V
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod_34xx.h | 410 +
1 files changed, 410 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-oma
From: Charulatha V
This patch series makes the OMAP3430 GPIO module
use hwmod framework.
This patch series applies on top of pm branch
and it requires my previous patch set which converts
GPIO into an early init device.
They are boot tested on SDP 3430 and compile tested
for OMAP 2420 and 2430
From: Charulatha V
GPIO driver still uses printk's instead of using pr_*
This patch fixes all such instances.
Signed-off-by: Charulatha V
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/gpio.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --
From: Charulatha V
This patch converts GPIO module into a platform driver by
making each GPIO Bank a device. This is done by providing
clock, interrupt and base address details through platform data.
This patch also initializes GPIO driver as a earlydriver. This is
so that GPIO devices are initi
From: Rajendra Nayak
There are few compile errors for OMAP2 which are fixed by this patch
Signed-off-by: Rajendra Nayak
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/board-2430sdp.c |2 +-
arch/arm/mach-omap2/serial.c|1 +
arch/arm/plat-omap/i2c.c|2 ++
3
From: Charulatha V
This patch series splits OMAP GPIO into OMAP1 and OMAP2 components.
Then coverts OMAP2 OMAP3 and OMAP4 GPIO module to use device registration
model and makes GPIO an early init device. This is in preparation for
the omap_device conversion of the GPIO portions.
This patch seri
On 02/12/2010 03:13 AM, Niamathullah sharief wrote:
Hello,
can anyone tell me while compilaing "dbus-1.2.20" i am getting the
folllowing error
"checking for XML_ParserCreate_MM in -lexpat... no
configure: error: Could not find expat.h, check config.log for failed attempts"
what is wrong?what i
On Thu, 2010-02-11 at 19:52 +0100, ext Tony Lindgren wrote:
> * Tomi Valkeinen [100211 03:59]:
> > On Thu, 2010-02-11 at 12:50 +0100, ext Mike Rapoport wrote:
> > > Tomi Valkeinen wrote:
> > > > Hi,
> > > >
> > > > As discussed previously, board file changes in DSS2 tree cause conflicts
> > > > w
Hello,
can anyone tell me while compilaing "dbus-1.2.20" i am getting the
folllowing error
"checking for XML_ParserCreate_MM in -lexpat... no
configure: error: Could not find expat.h, check config.log for failed attempts"
what is wrong?what i should install?i installed libexpat also. still i
get t
45 matches
Mail list logo