Re: [PATCH 0/9] davinci: EDMA updates

On Thursday 07 January 2010 09:22:33 pm Kevin Hilman wrote: > "Nori, Sekhar" writes: > > On Thu, Jan 07, 2010 at 06:05:12, Kevin Hilman wrote: > >> Troy Kisky writes: > >> > Kevin Hilman wrote: > >> >> Sudhakar Rajashekhara writes: > >> >>> This patch set corrects some issues with the existing E

RE: [PATCH v2 0/9] davinci: EDMA updates

On Fri, Jan 08, 2010 at 00:59:28, Kevin Hilman wrote: > Kevin Hilman writes: > > > Sudhakar Rajashekhara writes: > > > >> This patch set corrects some issues with the existing EDMA > >> driver and also adds support for EDMA resource (channel/slots) > >> sharing between two processors (say ARM and

RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver

Arch patches are not usually merged in Hans tree. Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 phone: 301-407-9583 email: m-kariche...@ti.com >-Original Message- >From: Kevin Hilman [mailto:khil...@deeprootsystems.com] >Sent: Thursday, January 07,

[PATCH 1/2] ASoC: DaVinci: Voice Codec Support

From: Miguel Aguilar There are two clients for the MFD driver: * Voice Codec Interface. * Voice Codec itself, CQ0093. Signed-off-by: Miguel Aguilar --- drivers/mfd/Kconfig|5 + drivers/mfd/Makefile |1 + drivers/mfd/davinci_voicecodec.c | 21

[PATCH 2/2] Davinci: DM365: Enable DaVinci Voice Codec support for DM365 EVM

From: Miguel Aguilar It sets up one single card for the DM365 EVM with two subdevices: the AIC3x and the Voice Codec. The general structures are defined at DM365 SoC file and the specific platform data structure for the EVM is defined at board file. Signed-off-by: Miguel Aguilar --- arch/arm/

[PATCH 0/2] Add Voice Codec support for DaVinci platforms

Hi, The following patch series adds support for the Voice Codec in the Davinci platform and in this particular case for the DM365 EVM. The second patch of the series configures the DM365 EVM sound card with two audi subdevices the AIC3x codec and the voice codec. The voice codec driver was t

Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver

"Karicheri, Muralidharan" writes: > Can I remove it through a separate patch? This patch is already merged in > Hans tree. Hmm, arch patches should not be merged yet as I have not ack'd them. Kevin >>-Original Message- >>From: Kevin Hilman [mailto:khil...@deeprootsystems.com] >>Sent:

RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver

Kevin, Can I remove it through a separate patch? This patch is already merged in Hans tree. Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 phone: 301-407-9583 email: m-kariche...@ti.com >-Original Message- >From: Kevin Hilman [mailto:khil...@deepro

Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver

"Karicheri, Muralidharan" writes: > Kevin, > >> >>OK, I'm not extremely familar with the whole video architecture here, >>but are all of these drivers expected to be doing clk_get() and >>clk_enable()? >> > > [MK]Many IPs on DaVinci VPFE would require vpss master clock. So > it is better to do th

Re: [PATCH v2 0/9] davinci: EDMA updates

Kevin Hilman writes: > Sudhakar Rajashekhara writes: > >> This patch set corrects some issues with the existing EDMA >> driver and also adds support for EDMA resource (channel/slots) >> sharing between two processors (say ARM and DSP). >> >> The patch set has been tested on DM646x, OMAP-L137 and

Re: [PATCH 0/9] davinci: EDMA updates

"Nori, Sekhar" writes: > On Thu, Jan 07, 2010 at 06:05:12, Kevin Hilman wrote: >> Troy Kisky writes: >> >> > Kevin Hilman wrote: >> >> Sudhakar Rajashekhara writes: >> >> >> >>> This patch set corrects some issues with the existing EDMA >> >>> driver and also adds support for EDMA resource (cha

RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver

Kevin, > >OK, I'm not extremely familar with the whole video architecture here, >but are all of these drivers expected to be doing clk_get() and >clk_enable()? > [MK]Many IPs on DaVinci VPFE would require vpss master clock. So it is better to do the way I have done in my patch. So it is expected

Re: DM365 uImage

Hi Vinod, Yes, you can create the ramdisk from the cramfs and load it for your application. Regards, Anshuman From: Vinod Nanjaiah To: Saxena, Anshuman; davinci-linux-open-source@linux.davincidsp.com Sent: Thu Jan 07 21:21:11 2010 Subject: RE: DM365 uImage Thank

RE: [PATCH 0/9] davinci: EDMA updates

On Thu, Jan 07, 2010 at 06:05:12, Kevin Hilman wrote: > Troy Kisky writes: > > > Kevin Hilman wrote: > >> Sudhakar Rajashekhara writes: > >> > >>> This patch set corrects some issues with the existing EDMA > >>> driver and also adds support for EDMA resource (channel/slots) > >>> sharing between

Re: DM355 Documentation discrepancy.

On Thu, 2010-01-07 at 16:18 +0100, Raúl Sánchez Siles wrote: > Hello All: > > Reviewing DM355 documentation I think I've comem across a discrepancy with > respect to the VPSS Clock Mux Control Register. This register is defined in 2 > different documents. > > · SPRUFB3 (Sept 2007) ARM Subsy

RE: DM365 uImage

Thanks Anshuman; I will check it on Appro FTP site. BTW, DM365 comes with cramfs as the default filesystem. Does it also support Ramdisk? I mean, can the file system from cramfs be used to create a ramdisk that can then be loaded onto the board. Regards, Vinod

DM355 Documentation discrepancy.

Hello All: Reviewing DM355 documentation I think I've comem across a discrepancy with respect to the VPSS Clock Mux Control Register. This register is defined in 2 different documents. · SPRUFB3 (Sept 2007) ARM Subsystem Reference, section: 9.10.19 VPSS_CLK_CTRL - VPSS Clock Mux Control.

Re: Regarding Resize operation

Hello Edward, The .lineLength is used to jump to the next line, i think, as nornally is the case. The point here is that if the decoded video is of 294x240 resolution, the decoder by itself is not adding black borders and rounding up the width to 304. As a result, if the .lineLength is rounded up,

Re: TVP5158 and DaVinci

Guillaume GARDET wrote: Hi all, Is there someone who manage/try to use a TVP5158 with a DaVinci (DM6467 or another) ? TI provides a driver for the Montavista 2.6.10 and I try to use it with 2.6.18 with some modifications but no success. It compiles and run but I cannot use the test program sin

RE: DM365 uImage

Vinod, You can try accessing Appro FTP server. It is there on www.appropho.com Ideally the binary uImage should be there. We tested it again in our ver 1.0 package. Regards, Anshuman From: Vinod Nanjaiah [mailto:vinod_nanja...@mindtree

RE: Regarding Resize operation

Hi Sameer, You can have lineLength mode than width*2 to make it 32 byte aligned. Thanks, Brijesh Jadav -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Sameer Naik Sent: Thursday

RE: DM365 uImage

Hi Anshuman, I am not able to locate the CD for the same. So I was trying to download a uImage from the net. I have this file - Private_IPNC_DM365_1.0.0.tgz, which has a readme.txt that says the "\Application\bin" contains uImage and cramfs files. But the uImage file doesn't seem to be present t

RE: DM365 uImage

Hi Vinod, It comes as part of IPNC release package. You can get it when you would have ordered the IPNC. Regards, Anshuman From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of

DM365 uImage

Hi, Is there a uImage for DM365 IPNC that is available for download? Regards, Vinod http://www.mindtree.com/email/disclaimer.html ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com

[PATCH] TI DaVinci EMAC: Handle emac module clock correctly.

In the driver probe function the emac module clock needs to be enabled before calling register_netdev(). As soon as the device is registered the driver get_stats function can be invoked by the core - the module clock must be switched on to be able to read from stats registers. Also explicitly call

Re: Regarding Resize operation

Sameer Naik wrote: Thanks for the reply. That is exactly what i was thinking. I would expect the decoder to adjust the width and height of the video such that it is a multiple of 32. However this does not seem to be the case. I am using the "h264dec" provided with TI's DVSDK. Is is possible to in

Re: Regarding Resize operation

actually multiple of 16 not 32. Is it possible with the XDM API calls? On Thu, Jan 7, 2010 at 3:36 PM, Sameer Naik wrote: > Thanks for the reply. > That is exactly what i was thinking. I would expect the decoder to > adjust the width and height of the video such that it is a multiple of > 32. How

Re: Regarding Resize operation

Thanks for the reply. That is exactly what i was thinking. I would expect the decoder to adjust the width and height of the video such that it is a multiple of 32. However this does not seem to be the case. I am using the "h264dec" provided with TI's DVSDK. Is is possible to instruct the decoder to

Re: Regarding Resize operation

Sameer Naik wrote: srcImage.x = 0; srcImage.y = 0; srcImage.width = 294; srcImage.height = 240; srcImage.lineLength = 294* 2; dstImage.x = 0; dstImage.y = 0; dstImage.width = 1024; dstImage.height = 768; dstImage.lineLength = 1024 * 2; When the resize operation is configured using Resize_confi

Regarding Resize operation

Hello, I have been facing a few issues using the resizer (davinci_resizer). I have a video that is decoded using the XDM VIDDEC 0.9 API calls and reports a resolution of 294x240 through the VIDDEC_Status output structure. I am using the dmai api to perform the resize operation. That is to say that