[PATCH v3 1/6] davinci: add CPU idle driver

The patch adds support for DaVinci cpu idle driver. Two idle states are defined: 1. Wait for interrupt 2. Wait for interrupt and DDR self-refresh (or power down) Some DaVinci SoCs support putting DDR in self-refresh (eg Dm644x, DM6467) while others support putting DDR in self-refresh and power

[PATCH] DA8xx/OMAP-L1xx: Add high speed SD/MMC capabilities

Include high speed capabilities in MMC/SD platform data for DA830/OMAP-L137 and DA850/OMAP-L138 EVMs. Signed-off-by: Chaithrika U S chaithr...@ti.com --- arch/arm/mach-davinci/board-da830-evm.c |2 ++ arch/arm/mach-davinci/board-da850-evm.c |2 ++ 2 files changed, 4 insertions(+), 0

RE: [PATCH v2 1/6] davinci: add CPU idle driver

On Tue, Nov 03, 2009 at 00:51:51, Kevin Hilman wrote: Sekhar Nori nsek...@ti.com writes: [...] diff --git a/arch/arm/mach-davinci/cpuidle.c b/arch/arm/mach-davinci/cpuidle.c new file mode 100644 +#include linux/kernel.h +#include linux/init.h +#include linux/platform_device.h

[PATCH] mtd-nand: davinci: Correct 4-bit error correction

On TI's DA830/OMAP-L137, DA850/OMAP-L138 and DM365, after setting the 4BITECC_ADD_CALC_START bit in the NAND Flash control register to 1 and before waiting for the NAND Flash status register to be equal to 1, 2 or 3, we have to wait till the ECC HW goes to correction state. Without this wait, ECC

[PATCH v2] davinci: fb: Add cpufreq support

Add cpufreq support for DA8xx/OMAP-L1xx frame buffer driver Signed-off-by: Chaithrika U S chaithr...@ti.com --- This patch applies to Linus' kernel tree. In this version, a macro name has been corrected. This patch is dependent on the 'davinci: fb: Calculate the clock divider from pixel clock

Re: [Fwd: Re: how do I build the dvsdk to use the lastest git kernel?]

On Tue, 2009-11-03 at 09:35 +0200, Shlomo Kut wrote: Hi Kevin, I am trying to build the dvsdk against that latest git kernel linux-davinci-2.6.32-rc5 and I am having problems. I am using dvsdk_2_10_01_18. Is there a more up to date version of the dvsdk available? I append some of my

Re: how do I build the dvsdk to use the lastest git kernel?

On Tue, 2009-11-03 at 09:53 +0200, Shlomo Kut wrote: Hi Steve, There seem to be problems with the git repository website. I am now downloading dvsdk_setuplinux_3_00_02_44 and will try and build against the new kernel. Is there a git repository for the dvsdk? Shlomo, DaVinci git tree

Re: [Fwd: Re: how do I build the dvsdk to use the lastest git kernel?]

On Tue, 2009-11-03 at 11:10 +0200, Shlomo Kut wrote: I tried downloading dvsdk_setuplinux_3_00_02_44 and built against the new kernel. It didn't work. dvsdk_setuplinux_3_00_02_44 has the same version of linuxutils_2_24_02 as dvsdk_2_10_01_18 and it fails to compile in the same way. Any

Re: [Fwd: Re: how do I build the dvsdk to use the lastest git kernel?]

On Tue, 2009-11-03 at 14:55 +0200, Shlomo Kut wrote: Hi Steve, We are working with the dm365 which I don't think is supported by the 2.6.26 kernel Support for dm365 is not in community 2.6.26 kernel, but it is in the kernel that comes with DVSDK (which is the same kernel as Monta Vista Pro5

Porblem to install Webcam with DM6467(montavista 2.6.10)

Hello everybody , I use the DM6467 and I want to install a webcam in my board, I use this link for help : http://wiki.davincidsp.com/index.php/USB_Webcam. So when I plug the webcam to the board this message is displayed: usb 1-1: new full speed USB device using musb_hdrc and address 4

Re: [Fwd: Re: how do I build the dvsdk to use the lastest git kernel?]

On Tue, 2009-11-03 at 07:10 -0600, Steve Chen wrote: On Tue, 2009-11-03 at 11:10 +0200, Shlomo Kut wrote: I tried downloading dvsdk_setuplinux_3_00_02_44 and built against the new kernel. It didn't work. dvsdk_setuplinux_3_00_02_44 has the same version of

Re: [PATCH] davinci: fb: Calculate the clock divider from pixel clock info

Andrew Morton a...@linux-foundation.org writes: On Mon, 02 Nov 2009 16:25:10 -0800 Kevin Hilman khil...@deeprootsystems.com wrote: Andrew Morton a...@linux-foundation.org writes: On Fri, 16 Oct 2009 09:48:50 -0700 Kevin Hilman khil...@deeprootsystems.com wrote: Chaithrika U S

Re: [PATCH v2] davinci: fb: Add cpufreq support

Chaithrika U S chaithr...@ti.com writes: Add cpufreq support for DA8xx/OMAP-L1xx frame buffer driver Signed-off-by: Chaithrika U S chaithr...@ti.com --- This patch applies to Linus' kernel tree. In this version, a macro name has been corrected. This patch is dependent on the 'davinci: fb:

Re: [PATCH v3 1/5] davinci: DA830/OMAP-L137 EVM: use runtime detection for UI card

Nori, Sekhar nsek...@ti.com writes: On Tue, Nov 03, 2009 at 00:31:41, Kevin Hilman wrote: Sekhar Nori nsek...@ti.com writes: This patch supports runtime detection of DA830 UI card and eliminates the need for DA830_UI config option. Successful probe of GPIO expander present on the UI card

Re: [PATCH] DA8xx/OMAP-L1xx: Add high speed SD/MMC capabilities

Chaithrika U S chaithr...@ti.com writes: Include high speed capabilities in MMC/SD platform data for DA830/OMAP-L137 and DA850/OMAP-L138 EVMs. Signed-off-by: Chaithrika U S chaithr...@ti.com Thanks, applying to davinci-next. Kevin --- arch/arm/mach-davinci/board-da830-evm.c |2 ++

RE: [Fwd: Re: how do I build the dvsdk to use the lastest git kernel?]

See below... Regards, - Rob -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com ] On Behalf Of Steve Chen Sent: Tuesday, November 03, 2009 4:53 AM To: Shlomo Kut Cc:

Re: [PATCH] mtd-nand: davinci: Correct 4-bit error correction

Sudhakar Rajashekhara sudhakar@ti.com writes: On TI's DA830/OMAP-L137, DA850/OMAP-L138 and DM365, after setting the 4BITECC_ADD_CALC_START bit in the NAND Flash control register to 1 and before waiting for the NAND Flash status register to be equal to 1, 2 or 3, we have to wait till the

Re: [PATCH v3 1/6] davinci: add CPU idle driver

Sekhar Nori nsek...@ti.com writes: The patch adds support for DaVinci cpu idle driver. Two idle states are defined: 1. Wait for interrupt 2. Wait for interrupt and DDR self-refresh (or power down) Some DaVinci SoCs support putting DDR in self-refresh (eg Dm644x, DM6467) while others

RE: Failed to run dsplink sample

See below... Regards, - Rob -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com ] On Behalf Of ??? Sent: Sunday, November 01, 2009 9:35 PM To: Richard Williams Cc:

Re: [PATCH] mtd-nand: davinci: Correct 4-bit error correction

Sudhakar Rajashekhara sudhakar@ti.com writes: On TI's DA830/OMAP-L137, DA850/OMAP-L138 and DM365, after setting the 4BITECC_ADD_CALC_START bit in the NAND Flash control register to 1 and before waiting for the NAND Flash status register to be equal to 1, 2 or 3, we have to wait till the

RE: [PATCH RFC 1/2] MUSB: CPPI 4.1 DMA driver (take 4)

Here is the latest version of cppi4.1 core. http://patchwork.kernel.org/patch/46698/ A few points come up about this. 1. alloc_queue() - this is a find_next_zero_bit loop coupled with a check for the excluded bitmap. end = start + count; do { bit =

RE: [PATCH] davinci: MMC: add cpufreq support

Do you have any review comments or suggestions for this patch? Regards, Chaithrika On Tue, Oct 20, 2009 at 17:40:10, Chaithrika U S wrote: Add cpufreq support to MMC driver. The clock divider value has to be modified according to the controller input frequency. Signed-off-by: Chaithrika U

RE: [PATCH 4/6] davinci: DA850/OMAP-L138: avoid using separate initcall for initializing regulator

On Mon, Nov 02, 2009 at 20:19:25, Nori, Sekhar wrote: On Thu, Oct 22, 2009 at 15:12:16, Nori, Sekhar wrote: Using a device_initcall() for initializing the voltage regulator on DA850 is not such a good idea because it gets called for all platforms - even those who do not have a regulator