RE: [PATCH 2/7] davinci: eliminate use of IO_ADDRESS() on sysmod

Hi Arnd, On Mon, Mar 14, 2011 at 21:51:51, Arnd Bergmann wrote: On Monday 14 March 2011, Manjunath Hadli wrote: Current devices.c file has a number of instances where IO_ADDRESS() is used for system module register access. Eliminate this in favor of a ioremap() based access.

Re: [PATCH v3 7/7] tty: add pruss SUART driver

Hello, Thank you for your comments. Would really appreciate more comments and ways to fix this patch and bring it up to Linux Standards. If I have missed something/misunderstood then please let me know. +config SERIAL_PRUSS_SUART + depends on ARCH_DAVINCI ARCH_DAVINCI_DA850 + select

Re: [PATCH 2/7] davinci: eliminate use of IO_ADDRESS() on sysmod

On Tuesday 15 March 2011 07:00:44 Nori, Sekhar wrote: * If you need to access sysmod in multiple places, a nicer way would be to make the virtual address pointer static, and export the accessor functions for it, rather than having a global pointer. Seems like opinion is divided

Re: [PATCH] DM644x EVM: register MUSB device earlier

Hi, On Mon, Mar 14, 2011 at 09:52:58PM +0300, Sergei Shtylyov wrote: I wonder how noone has noticed that from -rc1 until now. I don't think many people run the most current DaVinci kernel. Most people probably use the Arago project kernels or even older MV-based TI's stuff... that's

mmc and Davinci

I have Toshiba v4.3 running with arago kernel and some problems on other v4.4 and v4.4.1 (Sandisk). Instead with latest 2.6.38-rc8 davinci-opensource kernel v4.4.1 Sandisk works nice. Looking at linux-mmc ml I see a lot of work on eMMC and I'm afraid that I should switch from 2.6.32 arago to

Re: [PATCH] DM644x EVM: register MUSB device earlier

On Mon, Mar 14, 2011 at 11:14:37PM +0530, Nori, Sekhar wrote: On Mon, Mar 14, 2011 at 22:12:54, Hilman, Kevin wrote: Felipe Balbi ba...@ti.com writes: [...] Kevin feel free to take this into your tree: Acked-by: Felipe Balbi ba...@ti.com OK, will queue for 2.6.39.

RE: [PATCH] DM644x EVM: register MUSB device earlier

On Tue, Mar 15, 2011 at 15:38:56, Russell King - ARM Linux wrote: On Mon, Mar 14, 2011 at 11:14:37PM +0530, Nori, Sekhar wrote: On Mon, Mar 14, 2011 at 22:12:54, Hilman, Kevin wrote: Felipe Balbi ba...@ti.com writes: [...] Kevin feel free to take this into your tree:

[PATCH v17 00/13] davinci vpbe: dm6446 v4l2 driver

version17: The more important among the patch history from previous comments 1. Replacing _raw_readl() with readl(). 2. Removal of platform resource overlap. 3. Removal of unused macros. 4. Fixing the module params typo. 5. Minor changes in the GPL licensing header. 6. Removed the initializer for

[PATCH v15 05/13] davinci vpbe: Build infrastructure for VPBE driver

This patch adds the build infra-structure for Davinci VPBE dislay driver. Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com Acked-by: Muralidharan Karicheri m-kariche...@ti.com Acked-by: Hans Verkuil hverk...@xs4all.nl --- drivers/media/video/davinci/Kconfig | 22 ++

[PATCH v15 02/13] davinci vpbe: VPBE display driver

This patch implements the core functionality of the dislay driver, mainly controlling the VENC and other encoders, and acting as the one point interface for the main V4L2 driver. This implements the core of each of the V4L2 IOCTLs. Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com Acked-by:

[PATCH v17 09/13] davinci: dm644x: Replace register base value with a defined macro

Replace hard coded value of vpss register base to a define macro DM644X_VPSS_REG_BASE for proper readability Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com --- arch/arm/mach-davinci/dm644x.c |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git

[PATCH v17 07/13] davinci: move DM64XX_VDD3P3V_PWDN to devices.c

Move the definition of DM64XX_VDD3P3V_PWDN from hardware.h to devices.c since it is used only there. Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com --- arch/arm/mach-davinci/devices.c |1 + arch/arm/mach-davinci/include/mach/hardware.h |3 --- 2 files changed, 1

[PATCH v17 08/13] davinci: eliminate use of IO_ADDRESS() on sysmod

Current devices.c file has a number of instances where IO_ADDRESS() is used for system module register access. Eliminate this in favor of a ioremap() based access. Consequent to this, a new global pointer davinci_sysmodbase has been introduced which gets initialized during the initialization of

DSP functionality

Hello, I am trying to get the DSP working with both my TI AM/Dm3730 Evaluation Module (part # TMDXEVM3730 purchased 6 months ago) and an Overo Fire board, using c6Run and its examples. Focusing just on the TI board, I have tried with the 2.6.32-psp03.00.01.06 kernel (in the

[GIT PULL] final davinci updates for 2.6.39

Russell, A final pull request for davinci for 2.6.39 (based on the previous one.) This is a series that Sekhar Nori (davinci co-maintaier) has been tracking and that I had mistakenly not added to my previous pull request. Thanks, Kevin The following changes since commit

Re: [PATCH] DM644x EVM: register MUSB device earlier

Hello. Nori, Sekhar wrote: Felipe Balbi ba...@ti.com writes: [...] Kevin feel free to take this into your tree: Acked-by: Felipe Balbi ba...@ti.com OK, will queue for 2.6.39. This will need to make into 2.6.38. Hi Russell, Without this fix, USB will remain broken on 2.6.38

Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)

Hello Bastian, On Fri, Mar 11, 2011 at 7:52 AM, bastian.rupp...@sewerin.de wrote: Hello, we have problems with the davinci-i2c driver on an omapl-138 (Logic PD SOM) in conjunction with tps65070 hardware and tps6507x_ts touchscreen driver. (The following thread is related to this issue.