Re: Power management is possible in dm355

2012-08-17 Thread venkatasubramanian P
Dear sir, Now dm355 is supporting 720p video it will support for 1080p.Then image how much resolution we can take.Now i am using mt9p031 5mp camera i am able to capture a picture up to 1280x720 it is possible to increase the picture size to 1920x1080. On 16 August 2012 10:24,

Re: [PATCH v3] da8xx-fb: allow frame to complete after disabling LCDC

2012-08-17 Thread Sekhar Nori
Hi Prakash, On 8/14/2012 6:53 PM, Manjunathappa, Prakash wrote: Wait for active frame transfer to complete after disabling LCDC. At the same this wait is not be required when there are sync and underflow errors. More information on disable and reset sequence can be found in section 13.4.6 of

Re: Power management is possible in dm355

2012-08-17 Thread Prabhakar Lad
Hi, In DM355 the ipipe can work with upto 1344 pixels in each horizontal line, so due to this restriction you cannot capture 1920*1080 raw image. Thanks and regards, --Prabhakar On Friday 17 August 2012 11:53 AM, venkatasubramanian P wrote: Dear sir, Now dm355 is supporting

Re: [PATCH] media: davinci: vpif: add check for NULL handler

2012-08-17 Thread Prabhakar Lad
Hi Sekhar, On Friday 17 August 2012 11:07 AM, Sekhar Nori wrote: On 8/17/2012 10:51 AM, Prabhakar Lad wrote: Hi Laurent, Thanks for the review. On Thursday 16 August 2012 08:43 PM, Laurent Pinchart wrote: Hi Prabhakar, Thanks for the patch. On Thursday 16 August 2012 19:32:00 Prabhakar

Re: [PATCH] media: davinci: vpif: add check for NULL handler

2012-08-17 Thread Laurent Pinchart
Hi Prabhakar, On Friday 17 August 2012 14:02:19 Prabhakar Lad wrote: On Friday 17 August 2012 11:07 AM, Sekhar Nori wrote: On 8/17/2012 10:51 AM, Prabhakar Lad wrote: On Thursday 16 August 2012 08:43 PM, Laurent Pinchart wrote: On Thursday 16 August 2012 19:32:00 Prabhakar Lad wrote:

Re: [PATCH] media: davinci: vpif: add check for NULL handler

2012-08-17 Thread Sekhar Nori
On 8/17/2012 2:45 PM, Laurent Pinchart wrote: Hi Prabhakar, On Friday 17 August 2012 14:02:19 Prabhakar Lad wrote: On Friday 17 August 2012 11:07 AM, Sekhar Nori wrote: On 8/17/2012 10:51 AM, Prabhakar Lad wrote: On Thursday 16 August 2012 08:43 PM, Laurent Pinchart wrote: On Thursday 16

Re: Power management is possible in dm355

2012-08-17 Thread venkatasubramanian P
Dear sir, It is possible to bypass the ipipe sir.Because it is a re sizer only?.Directly took the raw image from the ccdc.If it is possiable to take means any restriction in the buffer or mjcp for increase the size of the image. On 17 August 2012 13:10, Prabhakar Lad

Re: Power management is possible in dm355

2012-08-17 Thread Prabhakar Lad
Hi, On Friday 17 August 2012 03:32 PM, venkatasubramanian P wrote: Dear sir, It is possible to bypass the ipipe sir.Because it is a re sizer only?.Directly took the raw image from the ccdc.If it is possiable to take means any restriction in the buffer or mjcp for increase

Re: [PATCH 1/2] ARM: da850/omap-l138: Add SoC related definitions for VPIF

2012-08-17 Thread Sekhar Nori
Hi Prabhakar, On 8/16/2012 3:43 PM, Prabhakar Lad wrote: On Tuesday 14 August 2012 05:58 PM, Sekhar Nori wrote: [...] +int __init da850_register_vpif_display(struct vpif_display_config + *display_config) +{ + struct resource

RE: [PATCH 1/2] ARM: da850/omap-l138: Add SoC related definitions for VPIF

2012-08-17 Thread Marek Szyprowski
Hello, On Friday, August 17, 2012 4:59 PM Sekhar Nori wrote: On 8/16/2012 3:43 PM, Prabhakar Lad wrote: On Tuesday 14 August 2012 05:58 PM, Sekhar Nori wrote: [...] +int __init da850_register_vpif_display(struct vpif_display_config +

Re: [PATCH 1/2] ARM: da850/omap-l138: Add SoC related definitions for VPIF

2012-08-17 Thread Prabhakar Lad
Hi Marek, On Fri, Aug 17, 2012 at 8:39 PM, Marek Szyprowski m.szyprow...@samsung.com wrote: Hello, On Friday, August 17, 2012 4:59 PM Sekhar Nori wrote: On 8/16/2012 3:43 PM, Prabhakar Lad wrote: On Tuesday 14 August 2012 05:58 PM, Sekhar Nori wrote: [...] +int __init

Re: [PATCH 1/5] ASoC/ARM: Davinci: McASP: split asp header into platform and audio specific

2012-08-17 Thread Sekhar Nori
Hi Gururaja, On 8/14/2012 6:12 PM, Hebbar, Gururaja wrote: Davinci McASP header driver are shared by few OMAP platforms (like TI81xx, AM335x). Splitting asp header into Davinci platform specific header and Audio specific header helps to share them across platforms. Audio specific defines

Re: [PATCH 3/5] ASoC: Davinci: pcm: Add device tree bindings

2012-08-17 Thread Mark Brown
On Tue, Aug 14, 2012 at 06:12:03PM +0530, Hebbar, Gururaja wrote: Device tree support for Davinci/OMAP2+ pcm driver. This looks like it's a device which maps a shared DMA controller in the SoC core into ASoC rather than actual hardware. Such devices are usually instantiated automatically from

Re: [PATCH 1/5] ASoC/ARM: Davinci: McASP: split asp header into platform and audio specific

2012-08-17 Thread Mark Brown
On Tue, Aug 14, 2012 at 06:12:01PM +0530, Hebbar, Gururaja wrote: Davinci McASP header driver are shared by few OMAP platforms (like TI81xx, AM335x). Splitting asp header into Davinci platform specific header and Audio specific header helps to share them across platforms. This doesn't apply

Re: [PATCH 2/5] ASoC: Davinci: McASP: add device tree support for McASP

2012-08-17 Thread Mark Brown
On Tue, Aug 14, 2012 at 06:12:02PM +0530, Hebbar, Gururaja wrote: +- op-mode : I2S/DIT ops mode. This would normally be part of the machine binding since it needs to be applied to both ends of the link. When adding it could you come up with a generic binding for this in terms of the current

Re: [PATCH 4/5] ASoC: Davinci: machine: Add device tree binding

2012-08-17 Thread Mark Brown
On Tue, Aug 14, 2012 at 06:12:04PM +0530, Hebbar, Gururaja wrote: +- ti,codec-clock : The Codec Clock from the board I think this is the clock rate? Please specify it more specifically. +CODEC DAI Name, true if evm_aic3x_init is required, else false, +evm ops required, evm_ops or

Re: [PATCH 5/5] ASoC: tlv320aic3x: Add device tree bindings

2012-08-17 Thread Mark Brown
On Tue, Aug 14, 2012 at 06:12:05PM +0530, Hebbar, Gururaja wrote: +- gpio-reset - int - gpio pin number used for codec reset This should be a standard DT GPIO reference by phandle like: gpio = gpio1 16 0; There's quite a few examples in tree. Otherwise this looks good.