TI JPEG Encoder on DM6446/DVEVM, IMGENC1_create fails

Dear group, This time with a proper subject ;)... I want to integrate the DM6446 JPEG encoder (xdc.useModule('ti.sdo.codecs.jpegenc.ce.JPEGENC')) into a codec server to run on DSP side and create a matching ceapp on gpp side. We're using DVSDK 1.30.01.41 (BIOS 5.31.08, CMEM 2.00.01, CE

AW: (no subject)

Hi Chase, thank you for your quick reply. Here's some additional information: I quite confident that it's an IMGENC1 encoder since I'm also querying this information from the encoder (unfortunately left that out in the trace log). Here's the missing output ### CEapp- alg[0]:

ALSA on Linux Kernel v2.6.31-rc5-davinci1

Hi all, I was trying to play audio on Linux Kernel v2.6.31-rc5-davinci1. I have enabled ALSA related following configurations: * Sequencer support * OSS Mixer API * OSS PCM (digital audio) API [*] OSS PCM (digital audio) API - Include plugin system [*] Support old ALSA API [*]

RE: ALSA on Linux Kernel v2.6.31-rc5-davinci1

On Fri, Aug 14, 2009 at 15:19:56, Viral Sachde wrote: Hi all, I was trying to play audio on Linux Kernel v2.6.31-rc5-davinci1. I have enabled ALSA related following configurations: * Sequencer support * OSS Mixer API * OSS PCM (digital audio) API [*] OSS PCM (digital audio) API

RE: [PATCH] davinci: Handle pinmux conflict between mmc/sd and nor flash

On Fri, Aug 14, 2009 at 04:51:05, Kevin Hilman wrote: Sudhakar Rajashekhara sudhakar@ti.com writes: On DA850/OMAP-L138 EVM, MMC/SD and NOR Flash share some of the AEMIF pins. This patch prints out a warning during booting, if both MMC/SD and NOR Flash are enabled in kernel

RE: [PATCH v3] davinci: Add NOR flash support for da850/omap-l138

On Fri, Aug 14, 2009 at 04:43:58, Kevin Hilman wrote: Sudhakar Rajashekhara sudhakar@ti.com writes: This patch adds platform data for the 8MB NOR flash found on da850/omap-l138 EVM. Both NOR and NAND can co-exist on da850/omap-l138 as they are using different chip selects.

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

Texas Instruments CPPI 4.1 DMA support for the MUSBMHRDC driver. The code makes use of the accelerated generic RNDIS DMA mode, falling back to the transparent (packet per transfer) mode if the hardware restrictions prevent it from using the accelerated mode. --- Changes since the previous take:

[PATCH RFC 2/2] MUSB: DA8xx/OMAP-L1x glue layer (take 2)

Texas Instruments DA8xx/OMAP-L1x glue layer for the MUSBMHRDC driver. Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com Signed-off-by: Yadviga Grigorieva yadv...@ru.mvista.com --- This patch (as well as the previous one) is against the recent DaVinci tree. Changes since the previos take: -

[PATCH v1 - 2/5] V4L : vpif capture - Kconfig and Makefile changes

From: Muralidharan Karicheri m-kariche...@ti.com Adds Kconfig and Makefile changes required for vpif capture driver Reviewed-by: Hans Verkuil hverk...@xs4all.nl Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com --- Applies to V4L-DVB linux-next repository drivers/media/video/Kconfig

[PATCH v1 0/5] V4L: vpif_capture driver for DM6467

From: Muralidharan Karicheri m-kariche...@ti.com This patch series add support for VPIF Capture Driver on DM6467. VPIF (Video Port Interface) has two channels for capture video or Raw image data. Currently only video capture is supported using TVP5147 on each of the channel. That means two

[PATCH v1 - 1/5] DaVinci - restructuring code to support vpif capture driver

From: Muralidharan Karicheri m-kariche...@ti.com This patch makes the following changes:- 1) Modify vpif_subdev_info to add board_info, routing information and vpif interface configuration. Remove addr since it is part of board_info 2) Add code to

[PATCH v1 - 4/5] V4L : vpif updates for DM6467 vpif capture driver

From: Muralidharan Karicheri m-kariche...@ti.com Following changes done for vpif driver to support vpif capture:- 1) Current version of display driver defined vpif register space as part for vpif display platform driver resource This is not correct since vpif is

[PATCH v1 - 5/5] V4L : vpif display - updates to support vpif capture on DM6467

From: Muralidharan Karicheri m-kariche...@ti.com The structure name for vpif display driver changed since it was not unique. So this update is done to reflect the same. Also removed the code related to register address space iomap. Uses v4l2_i2c_new_subdev_board() instead of

Re: [PATCH v3] davinci: Add NOR flash support for da850/omap-l138

Sudhakar Rajashekhara wrote: I am not seeing any of these patches in the tree. Something wrong? Sorry, didn't push out. Pushed now. Kevin ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com

Re: [PATCH] davinci: Handle pinmux conflict between mmc/sd and nor flash

Sudhakar Rajashekhara sudhakar@ti.com writes: On Fri, Aug 14, 2009 at 04:51:05, Kevin Hilman wrote: Sudhakar Rajashekhara sudhakar@ti.com writes: On DA850/OMAP-L138 EVM, MMC/SD and NOR Flash share some of the AEMIF pins. This patch prints out a warning during booting, if both

DaVinci git: updated to v2.6.31-rc6

DaVinci git updated to v2.6.31-rc6. A minor update so only boot tested on dm6446 EVM and da850 EVM. Also, FYI... my response/review of patches will likely be slow for a couple weeks due to travel. Kevin ___ Davinci-linux-open-source mailing list

RE: Regarding increase in Sever Thread stack size

Is this what you're looking for?: var Server = xdc.useModule('ti.sdo.ce.Server'); Server.algs = [ {name: viddec_copy, mod: VIDDEC_COPY, threadAttrs: { stackSize: 0x4096, stackMemId: 0, priority: Server.MINPRI + 2}, groupId : 0, }, {name: videnc_copy, mod: VIDENC_COPY,