On Fri, Apr 16, 2010 at 7:17 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
From 708914e1a82a608d423b050cb31b4deb46eb8411 Mon Sep 17 00:00:00 2001
From: Hari Kanigeri h-kanige...@ti.com
Date: Mon, 8 Mar 2010 17:55:21 -0600
Subject: [PATCH] ARM:iommu support for OMAP4
This patch provides the
Hello Mike,
On Fri, Apr 16, 2010 at 11:33:22PM +0200, ext Mike Turquette wrote:
Introduces voltscale_adaptive_body_bias function to voltage.c.
voltscale_adaptive_body_bias is called by omap_voltage_scale after a
voltage transition has occured. Currently voltscale_adaptive_body_bias
only
Ran across drivers/spi/omap_spi_100k.c and its handling of 16-bit
transfers seems buggy to me. Firstly, addresses do not get incremented in
omap1_spi100k_txrx_pio() (word_len = 32) case, a fix for which seems to
be obvious, secondly, spi100k_write_data() and spi100k_read_data() only
write /
Venkatraman S wrote:
On Tue, Apr 13, 2010 at 3:17 PM, Adrian Hunter adrian.hun...@nokia.com wrote:
Venkatraman S wrote:
This patch addresses the possible race condition between the dma
callback and hsmmc callback.
Can you explain the problem in more detail? If the final DMA interrupt
comes
Hi Hari,
From: ext Kanigeri, Hari h-kanige...@ti.com
Subject: [PATCH] ARM: OMAP add TLB preservation support to IOMMU
Date: Fri, 16 Apr 2010 18:18:59 +0200
From bcdd232666a163d2661d704f9c21d055bacfd178 Mon Sep 17 00:00:00 2001
From: Hari Kanigeri h-kanige...@ti.com
Date: Mon, 8 Mar 2010
Changes from V2:
1, Removed the controversial patches. I will submit them later.
Some am3517 related patches. The detaild changelog is below:
Stanley.Miao (9):
omap: fix the compile error if CONFIG_MTD_NAND_OMAP2 is not enabled
omap: remove one of the define of
INT_34XX_BENCH_MPU_EMUL was defined twice, another is at Line 312.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
---
arch/arm/plat-omap/include/plat/irqs.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/irqs.h
The initialize of i2c subsystem will set pinmux, so it should be done
after the initialize of mux subsystem initialization.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
---
arch/arm/mach-omap2/board-am3517evm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
AM3517 don't have the register OMAP343X_CONTROL_PBIAS_LITE and the regulators
like vmmc, so we set a noop set_power function for it.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
---
arch/arm/mach-omap2/hsmmc.c | 32
1 files changed, 24 insertions(+),
This pacth will create the generic TRITON power scripts which can be used
by different OMAP3 boards with the same power companion chip (TWL4030 series).
Added the api(twl4030_get_scripts/twl4030_get_vc_timings) to update
the sleep/wakeup/warm_rest sequence voltsetup_time in the board file.
This patch will removed the sleep/wakeup/warm_rest sequence from the
3430SDP board file and use the generic script.
Modified the resource config structure in the board file for using
generic script. Updating the sleep/wakeup/warm_rest sequence voltsetup_time
in the board file from generic script
Adding the power script data for zoom board to TWL4030 platform data.
Updating the sleep/wakeup/warm_rest sequence voltsetup_time
from generic script file.
Signed-off-by: Lesly A M x0080...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
Hi,
Nokia N900 is shipped to users with a 2.6.28 omap kernel. Many patches
for the hardware and various features have been pushed upstream by Nokia
developers and possibly others. Those are now available in current l-o
tree.
Nonetheless, many drivers and various features are still missing
Hi,
On Mon, Apr 19, 2010 at 01:49:15PM +0200, ext Arnaud Ebalard wrote:
Nokia N900 is shipped to users with a 2.6.28 omap kernel. Many patches
for the hardware and various features have been pushed upstream by Nokia
developers and possibly others. Those are now available in current l-o
tree.
Balbi Felipe (Nokia-D/Helsinki) wrote:
Hi,
On Mon, Apr 19, 2010 at 01:49:15PM +0200, ext Arnaud Ebalard wrote:
Nokia N900 is shipped to users with a 2.6.28 omap kernel. Many patches
for the hardware and various features have been pushed upstream by Nokia
developers and possibly others. Those
I'm trying to get the DVSDK (3.01.00.03) working. It uses
2.6.32 + DSS2 + V4L2.
What I'm having trouble with is how to configure/create/setup
a video overlay such that I get V4L2 device for the display.
In particular, what magic is required to create /dev/video1?
Note: I'd be glad to send this
Felipe Balbi felipe.ba...@nokia.com writes:
On Mon, Apr 19, 2010 at 02:23:39PM +0200, ext Arnaud Ebalard wrote:
The other main obstacle was the code to interface with the phone stack
(SSI MacSAAB, CMT stuff). Felipe, do you know if someone @nokia has some
more recent version available which
Hi,
I've noticed that many people use bad threading while sending patches.
Bad:
http://thread.gmane.org/gmane.linux.ports.arm.omap/34138
Good:
http://thread.gmane.org/gmane.linux.ports.arm.omap/33112
In order to configure git to use proper threading do this:
% git config
Cory, can you please take a look at this?
Thanks,
g.
On Mon, Apr 19, 2010 at 1:58 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Ran across drivers/spi/omap_spi_100k.c and its handling of 16-bit
transfers seems buggy to me. Firstly, addresses do not get incremented in
Op 19 apr 2010, om 14:29 heeft Gary Thomas het volgende geschreven:
I'm trying to get the DVSDK (3.01.00.03) working. It uses
2.6.32 + DSS2 + V4L2.
What I'm having trouble with is how to configure/create/setup
a video overlay such that I get V4L2 device for the display.
In particular,
On 04/19/2010 06:58 AM, Koen Kooi wrote:
Op 19 apr 2010, om 14:29 heeft Gary Thomas het volgende geschreven:
I'm trying to get the DVSDK (3.01.00.03) working. It uses
2.6.32 + DSS2 + V4L2.
What I'm having trouble with is how to configure/create/setup
a video overlay such that I get V4L2
Phonet is enabled by the commit bce54fed941e03695ab557100a4bd1e457abca42
and this duplicate gives a warning when doing make rx51_defconfig.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/configs/rx51_defconfig |1 -
1 files changed, 0
In commit f6a570333e554b48ad589e7137c77c57809eee81 #include sched.h was
removed from module.h and not added in omap_hdq.c .
The definition for TASK_UNINTERRUPTIBLE and
schedule_timeout_uninterruptible are missing.
This patch fixes the missing definition.
Signed-off-by: Thomas Weber
Varadarajan, Charulatha ch...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, April 07, 2010 4:01 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
t...@atomide.com
Subject:
From: Lauri Leukkunen lauri.leukku...@nokia.com
Introduce a driver for the Texas Instruments TSC2005 touchscreen
controller (http://focus.ti.com/docs/prod/folders/print/tsc2005.html).
The patch is based on a driver by Lauri Leukkunen, with modifications
by David Brownell, Phil Carmody, Imre
Enable TSC2005 touchscreen driver on the RX-51 board.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/configs/rx51_defconfig |1 +
arch/arm/mach-omap2/board-rx51-peripherals.c | 57 ++
2 files changed, 58 insertions(+), 0 deletions(-)
From: Balaji T K balaj...@ti.com
Errata ID: i535 - I2C1 to 3 SCL low period is shorter in FS mode
Due to IO cell influence, I2C1 to 3 SCL low period can be shorter than
expected.
As a result, I2C AC timing (SCL minimum low period) in FS mode may not meet
the timing configured by software.
The previous patch was Line wrapped , resending
correct patch.
NM, Sorry I miss spelled your name correcting this time.
Regards,
Kishore
From: Kishore Kadiyala kishore.kadiy...@ti.com
This patch improves low speeds for SD cards.
OMAP-MMC controller's can support maximum bus width of '8'.
when
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Stanley.Miao
Sent: Monday, April 19, 2010 3:51 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; Hiremath, Vaibhav; Govindarajan, Sriramakrishnan
Subject: [PATCH
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Stanley.Miao
Sent: Monday, April 19, 2010 3:51 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; Hiremath, Vaibhav; Govindarajan, Sriramakrishnan
Subject: [PATCH
From d9b80a431afa72558d71fa074c49aa2d15e09fd0 Mon Sep 17 00:00:00 2001
From: Ernesto Ramos erne...@ti.com
Date: Mon, 19 Apr 2010 11:58:57 -0500
Subject: [PATCH 1/5] DSPBRIDGE: Use node id instead of kernel address
Use idr kernel library to send/receive node ids to the
user instead of kernel
From 04280fc2f09e509c83bd6d290365d3881e378ef8 Mon Sep 17 00:00:00 2001
From: Ernesto Ramos erne...@ti.com
Date: Mon, 19 Apr 2010 12:13:49 -0500
Subject: [PATCH 4/5] DSPBRIDGE: Use stream id instead of kernel address
Send stream ids to the user instead of handles, then when
the id is coming from
Hi all,
I have found the really issue here:
The problem here is that after MMUFault the DSP is allowed to continue
executing until here revices the message informing about the MMUFault and this
problem since the patches for mailbox migration.
Previous code:
* Roger Quadros roger.quad...@nokia.com [100419 05:06]:
Balbi Felipe (Nokia-D/Helsinki) wrote:
Hi,
On Mon, Apr 19, 2010 at 01:49:15PM +0200, ext Arnaud Ebalard wrote:
Nokia N900 is shipped to users with a 2.6.28 omap kernel. Many patches
for the hardware and various features have been
On 4/15/2010 7:12 AM, Felipe Contreras wrote:
On Wed, Mar 24, 2010 at 12:25 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
While trying to fix the recovery feature I stumbled many areas of improvments
in 'deh' (whatever that means).
I quickly tested tesed these changes in Nokia hw,
Hello Mike
The functional content of these macros looks fine to me (based on the
OMAP3630 TRM Rev C) but please make a few minor style changes:
On Fri, 16 Apr 2010, Mike Turquette wrote:
PRCM on OMAP devices using the 45nm process support Adaptive Body Bias
ldo as well as some new MPU
Please let me know the mail thread mentioning this rule has been removed. I
still see it under CodingStyle as the preferred approach.
Anyway, I have am sending a second version of this patch removing this ugly
indenting.
Best regards,
Armando.
-Original Message-
From: Felipe
From ff68a8b932f4a542d0ec464a40d9abce93327291 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Mon, 19 Apr 2010 16:51:00 -0500
Subject: [PATCH 2/5] DSPBRIDGE: Remove checkpatch warnings: 80 char lines
This patch removes checkpatch warning regarding with
lines exceeded 80
On 4/19/2010 5:26 PM, Uribe de Leon, Armando wrote:
[...]
--- a/drivers/dsp/bridge/rmgr/node.c
+++ b/drivers/dsp/bridge/rmgr/node.c
@@ -2450,45 +2450,34 @@ dsp_status node_terminate(struct node_object *hnode,
OUT dsp_status *pstatus)
status = (*intf_fxns-pfn_msg_put)
From 2edd80839e6d3bbe6e92914c3097a6dedca23784 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Sun, 18 Apr 2010 00:32:01 -0500
Subject: [PATCH] DSPBRIDGE: Fix declaration and initialization of sync objects.
This patch fixes declaration of completions for sync in
Guzman Lugo, Fernando wrote:
From 2edd80839e6d3bbe6e92914c3097a6dedca23784 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Sun, 18 Apr 2010 00:32:01 -0500
Subject: [PATCH] DSPBRIDGE: Fix declaration and initialization of sync objects.
This patch fixes declaration of
On Thu, Apr 15, 2010 at 03:08:16PM +0300, Aaro Koskinen wrote:
Hi,
Manjunatha GK wrote:
Under certain rare conditions, I2C_STAT[13].RDR bit may be set
and the corresponding interrupt fire, even there is no data in
the receive FIFO, or the I2C data transfer is still ongoing.
These
On Mon, Apr 19, 2010 at 12:44:22PM +0530, Manjunatha GK wrote:
Under certain rare conditions, I2C_STAT[13].RDR bit may be set
and the corresponding interrupt fire, even there is no data in
the receive FIFO, or the I2C data transfer is still ongoing.
These spurious RDR events must be ignored by
Hi Mike,
some comments.
On Fri, 16 Apr 2010, Mike Turquette wrote:
Introduces voltscale_adaptive_body_bias function to voltage.c.
voltscale_adaptive_body_bias is called by omap_voltage_scale after a
voltage transition has occured. Currently voltscale_adaptive_body_bias
only implements
44 matches
Mail list logo
