Vikram,
What about UART3 supporting IRDA and CIR modes?
Is that planned to be added?
We do have an driver to support IrDA -- drivers/net/irda/omap-ir.c
+static unsigned int check_modem_status(struct uart_omap_port *up)
What is the use case for modem_status?
This is basically used to
Girish
-Original Message-
From: Ghongdemath, Girish
Sent: Wednesday, September 02, 2009 5:03 AM
To: Sripathy, Vishwanath; 'Tony Lindgren'; Gopinath, Thara
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH][RFC] OMAP3: PM: Adding OSWR support
-Original Message-
Hi,
On Sun, Aug 30, 2009 at 12:38:07AM +0200, ext Eric Witcher wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes the .probe failure of twl4030_usb driver if
it is compiled into kernel.
Since twl4030_usb USB transceiver .probe depends on
twl4030-regulator, marking
Resending the patch, CC'ing LO.
--Kishore
This Patch adds basic support for all 5 MMC controllers on OMAP4.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
This patch doesn't include mmc-regulator support
arch/arm/mach-omap2/devices.c | 42
On Tue, Sep 01, 2009 at 03:35:15PM +0200, Ameya Palande wrote:
Hi,
Current DSPBridge MPU side API provides following IOCTLs which are related to
reserving and mapping DSP address space:
1. DSPProcessor_ReserveMemory(): Reserve a virtually contiguous region of DSP
address space.
2.
The initial idea behind DSPProcessor_ReserveMemory call was to provide the
User's the option of doing DSP buffer management for a pool of memory by
themselves. So, call Reserve one time, and do map/unmap multiple times within
that region, and call Unreserve only once you are done using the
-Original Message-
From: kishore kadiyala [mailto:kishore.kadiy...@ti.com]
Sent: Wednesday, September 02, 2009 8:30 AM
To: linux-ker...@vger.kernel.org
Cc: linux-omap@vger.kernel.org; jarkko.lavi...@nokia.com; madhu...@ti.com
Subject: Re: [PATCH] OMAP4: MMC driver support on OMAP4
Hi,
Has anyone monitored the cpu utilization percentage when a MMC/SD card is in
use? I have noticed that mmc_queue_thread mmcqd consumes a lot of cpu
cycles in a periodic fashion. What I mean here is that I see spikes of high
cpu utilization due to mmcqd. There will a cp or similar which will be
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Instead of MEM_Calloc()/MEM_Free() use kzalloc()/kfree() calls. Thus we get rid
of mem.h dependency.
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
---
arch/arm/plat-omap/include/dspbridge/list.h | 11 ++-
1 files
On Wed, 2 Sep 2009 12:23:59 -0500
Madhusudhan madhu...@ti.com wrote:
Hi,
Has anyone monitored the cpu utilization percentage when a MMC/SD card is in
use? I have noticed that mmc_queue_thread mmcqd consumes a lot of cpu
cycles in a periodic fashion. What I mean here is that I see spikes of
On Wed, Sep 02, 2009 at 07:27:10PM +0200, ext Andy Shevchenko wrote:
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Instead of MEM_Calloc()/MEM_Free() use kzalloc()/kfree() calls. Thus we get
rid
of mem.h dependency.
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/proc.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
index a75b64a..91ab64f 100644
--- a/drivers/dsp/bridge/rmgr/proc.c
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/proc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
index a75b64a..eb8b4a9 100644
--- a/drivers/dsp/bridge/rmgr/proc.c
+++
-Original Message-
From: Pierre Ossman [mailto:pie...@ossman.eu]
Sent: Wednesday, September 02, 2009 12:41 PM
To: Madhusudhan
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; h...@lst.de
Subject: Re: mmcqd cpu utilization
On Wed, 2 Sep 2009 12:23:59 -0500
Madhusudhan
Madhu,
My guess would be that the omap driver doesn't (cannot?) use the
hardware to wait for busy to end, so the system must poll.
So your guess hints probably at wait_for_completion(complete).
Am I correct?
Madhu wait_for_completion is blocking call. Please check 'omap_mmc_request'
--
To
On Tue, 01 Sep 2009 10:10:19 +0300
Artem Bityutskiy dedeki...@gmail.com wrote:
Andrew,
could you please help with merging this piece of (well written) code?
Could you give your blessing to include it into linux-next now, and
merge this during the next merge window?
I'll merge them (after
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Hunter, Jon
Not to split hairs, but the OMAP3430 Technical Reference Manual states
that OSwR means Open Switch Retention. So no with. This W always
bother me too!
No bother with W, its part of
On Tue, Aug 18, 2009 at 8:04 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Wang Limei-E12499 e12...@motorola.com writes:
Seems like I did not submit the patch in the right way, before I setup
my mail correctly, attach the patches in the mail.
You're patches are still line-wrapped.
I
I don't see much added value to use omap_uart_idle_timer() in serial.c since
it will be called anyway after timeout.
Is it more simple to do it in omap_uart_prepare_idle()?
Hence omap_uart_prepare_idle() can be move into driver/serial/omap_serial.c
eventually.
+extern int
19 matches
Mail list logo