Re: [PATCH/RFC v2 3/3] fbdev: sh_mobile_lcdc: Support FOURCC-based format API

On Fri, Aug 19, 2011 at 6:37 PM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com ---  arch/arm/mach-shmobile/board-ag5evm.c   |    2 +-  arch/arm/mach-shmobile/board-ap4evb.c   |    4 +-  

Re: acks needed

/ They all look fine to me, thanks. Please note that I have not performed any kind of testing of the patches above, but as usual I expect you to fix up eventual issues by yourself. =) Acked-by: Magnus Damm d...@opensource.se -- To unsubscribe from this list: send the line unsubscribe linux-media

Re: [PATCH 3/3] ARM: switch mackerel to dynamically manage the platform camera

On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: Use soc_camera_platform helper functions to dynamically manage the camera device. Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de ---  arch/arm/mach-shmobile/board-mackerel.c |   28

Re: [PATCH 3/3] ARM: switch mackerel to dynamically manage the platform camera

On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Wed, 16 Mar 2011, Magnus Damm wrote: On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: Use soc_camera_platform helper functions to dynamically manage the camera device

Re: [PATCH 3/3] ARM: switch mackerel to dynamically manage the platform camera

On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Wed, 16 Mar 2011, Magnus Damm wrote: On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: Use soc_camera_platform helper functions to dynamically manage the camera device

Re: [PATCH 0/5] soc-camera: convert to platform device

Hi Guennadi, On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: This patch series is a preparation for the v4l2-subdev conversion. Please, review and test. My current patch-stack in the form of a (manually-created) quilt-series is at

Re: [PATCH 0/5] soc-camera: convert to platform device

On Fri, Apr 17, 2009 at 4:51 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Fri, 17 Apr 2009, Magnus Damm wrote: On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: This patch series is a preparation for the v4l2-subdev conversion. Please, review

Re: [PATCH 0/5] soc-camera: convert to platform device

On Mon, Apr 20, 2009 at 4:22 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Mon, 20 Apr 2009, Magnus Damm wrote: On Fri, Apr 17, 2009 at 7:43 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Fri, 17 Apr 2009, Magnus Damm wrote: On Fri, Apr 17, 2009 at 4:51 PM, Guennadi

Re: [PATCH 0/5] soc-camera: convert to platform device

On Mon, Apr 20, 2009 at 5:14 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Mon, 20 Apr 2009, Magnus Damm wrote: Can you please test on your Migo-R board? I'd be happy to assist you in setting up your environment. I did test it and it worked - exactly as you say - with the entire

[PATCH][RFC] videobuf-dma-config: zero copy USERPTR support

From: Magnus Damm d...@igel.co.jp Zero copy video frame capture from user space using V4L2 USERPTR. This patch adds USERPTR support to the videobuf-dma-contig buffer code. Since videobuf-dma-contig is designed to handle physically contiguous memory, this patch modifies the videobuf-dma-contig

[PATCH] videobuf-dma-contig: remove sync operation

From: Magnus Damm d...@igel.co.jp Remove the videobuf-dma-contig sync operation. Sync is only needed for noncoherent buffers, and since videobuf-dma-contig is built on coherent memory allocators the memory is by definition always in sync. Reported-by: Matthieu CASTET matthieu.cas...@parrot.com

[PATCH] videobuf-dma-contig: zero copy USERPTR support V2

From: Magnus Damm d...@igel.co.jp This is V2 of the V4L2 videobuf-dma-contig USERPTR zero copy patch. Since videobuf-dma-contig is designed to handle physically contiguous memory, this patch modifies the videobuf-dma-contig code to only accept a pointer to physically contiguous memory. For now

Re: [PATCH] videobuf-dma-contig: zero copy USERPTR support V2

On Tue, Apr 28, 2009 at 6:01 PM, Magnus Damm magnus.d...@gmail.com wrote: This is V2 of the V4L2 videobuf-dma-contig USERPTR zero copy patch. I guess the V4L2 specific bits are pretty simple. As for the minor mm modifications below, --- 0001/mm/memory.c +++ work/mm/memory.c    2009-04-28 14

Re: [patch 1/3] mm: introduce follow_pte()

/3. Acked-by: Magnus Damm d...@igel.co.jp I'll send V3 of my zero copy patch in a little while. Thanks a lot for the help! Cheers, / magnus -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

[PATCH] videobuf-dma-contig: zero copy USERPTR support V3

From: Magnus Damm d...@igel.co.jp This is V3 of the V4L2 videobuf-dma-contig USERPTR zero copy patch. Since videobuf-dma-contig is designed to handle physically contiguous memory, this patch modifies the videobuf-dma-contig code to only accept a user space pointer to physically contiguous memory

[PATCH] videobuf-dma-contig: zero copy USERPTR V3 comments

From: Magnus Damm d...@igel.co.jp This patch adds function descriptions to V3 of the V4L2 videobuf-dma-contig USERPTR zero copy patch. Signed-off-by: Magnus Damm d...@igel.co.jp --- drivers/media/video/videobuf-dma-contig.c | 16 1 file changed, 16 insertions(+) --- 0005

Re: [PATCH] videobuf-dma-contig: zero copy USERPTR support V3

On Mon, May 11, 2009 at 10:36 PM, Mauro Carvalho Chehab mche...@infradead.org wrote: Em Fri, 8 May 2009 13:06:58 -0700 Andrew Morton a...@linux-foundation.org escreveu: On Fri, 08 May 2009 17:53:10 +0900 Magnus Damm magnus.d...@gmail.com wrote: From: Magnus Damm d...@igel.co.jp

Re: [PATCH 0/3] Convert SuperH camera-enabled platforms to soc-camera as platform_device

not tried capturing with that board though. Thanks for your help! Acked-by: Magnus Damm d...@igel.co.jp -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH RFC] adding support for setting bus parameters in sub device

On Wed, Jun 10, 2009 at 5:55 AM, m-kariche...@ti.com wrote: From: Muralidharan Karicheri a0868...@gt516km11.gt.design.ti.com re-sending with RFC in the header This patch adds support for setting bus parameters such as bus type (BT.656, BT.1120 etc), width (example 10 bit raw image data bus)

Re: [PATCH] adding support for setting bus parameters in sub device

On Mon, Jun 15, 2009 at 12:33 AM, Guennadi Liakhovetskig.liakhovet...@gmx.de wrote: On Fri, 12 Jun 2009, Hans Verkuil wrote: On Friday 12 June 2009 14:59:03 Guennadi Liakhovetski wrote: On Fri, 12 Jun 2009, Hans Verkuil wrote: 1. it is very unusual that the board designer has to mandate

Re: [PATCH RFC] adding support for setting bus parameters in sub device

On Tue, Jun 16, 2009 at 11:33 PM, Karicheri, Muralidharanm-kariche...@ti.com wrote: snip [MK]In that case can't the driver just ignore the field polarity? I assume that drivers implement the parameter that has support in hardware. So it is not an issue. No, because the same driver runs on

Re: [PATCH] adding support for setting bus parameters in sub device

On Wed, Jun 17, 2009 at 5:33 PM, Hans Verkuilhverk...@xs4all.nl wrote: I think automatic negotiation is a good thing if it is implemented correctly. Actually, i think modelling software after hardware is a good thing and from that perspective the soc_camera was (and still is) a very good fit

Re: [PATCH] soc-camera: Add mt9t112 camera support

On Thu, Nov 19, 2009 at 6:15 PM, Kuninori Morimoto morimoto.kunin...@renesas.com wrote: Signed-off-by: Kuninori Morimoto morimoto.kunin...@renesas.com --- Guennadi I add new number in v4l2-chip-ident.h Is it OK for you ? This camera is very picky. So, it have a lot of constant value.

Re: [PATCH] soc-camera: Add mt9t112 camera support

Hey Morimoto-san, On Thu, Nov 26, 2009 at 9:50 AM, Kuninori Morimoto morimoto.kunin...@renesas.com wrote: Do you have any mt9t112 platform data for the ecovec board? I'd like to try out this patch but I don't know which board specific parts that are missing! Yes I have. I attached it. This

Re: [PATCH] V4L - Fix videobuf_dma_contig_user_get() getting page aligned physical address

Hi again Murali, Thanks for your work on this. On Thu, Dec 3, 2009 at 12:48 AM, Karicheri, Muralidharan m-kariche...@ti.com wrote: Magnus, Thanks for the patch. For non-page aligned user space pointers I agree that a fix is needed. Don't you think the while loop in

Re: [PATCH - v1] V4L-Fix videobuf_dma_contig_user_get() for non-aligned offsets

. This is not correct. This issue is observed when using USERPTR IO machism for buffer exchange. Updates from last version:- Adding offset for size calculation as per comment from Magnus Damm. This ensures the last page is also included for checking if memory is contiguous. Signed-off-by: Muralidharan

[PATCH] sh_mobile_ceu_camera: Add physical address alignment checks

From: Magnus Damm d...@opensource.se Make sure physical addresses are 32-bit aligned in the SuperH Mobile CEU driver. The lowest two bits of the address registers are fixed to zero so frame buffers have to bit 32-bit aligned. The V4L2 mmap() case is using dma_alloc_coherent() for this driver

[PATCH] sh_mobile_ceu_camera: Remove frame size page alignment

From: Magnus Damm d...@opensource.se This patch updates the SuperH Mobile CEU driver to not page align the frame size. Useful in the case of USERPTR with non-page aligned frame sizes and offsets. Signed-off-by: Magnus Damm d...@opensource.se --- drivers/media/video/sh_mobile_ceu_camera.c

Re: [PATCH] sh_mobile_ceu_camera: Remove frame size page alignment

On Thu, Dec 10, 2009 at 10:06 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Wed, 9 Dec 2009, Magnus Damm wrote: From: Magnus Damm d...@opensource.se This patch updates the SuperH Mobile CEU driver to not page align the frame size. Useful in the case of USERPTR with non-page

[PATCH] sh_mobile_ceu_camera: Add physical address alignment checks V2

From: Magnus Damm d...@opensource.se Make sure physical addresses are 32-bit aligned in the SuperH Mobile CEU driver V2. The lowest two bits of the frame address registers are fixed to zero so frame buffers have to be 32-bit aligned. The V4L2 mmap() case is using dma_alloc_coherent

[PATCH] V4L/DVB: soc-camera: module_put() fix

From: Magnus Damm d...@opensource.se Avoid calling module_put() if try_module_get() has been skipped. Signed-off-by: Magnus Damm d...@opensource.se --- drivers/media/video/soc_camera.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- 0001/drivers/media/video/soc_camera.c

Re: [PATCH] sh_mobile_ceu_camera: NV12/21/16/61 are added only once.

On Fri, Jan 23, 2009 at 9:28 AM, Kuninori Morimoto morimoto.kunin...@renesas.com wrote: NV12/21/16/61 had been added every time UYVY/VYUY/YUYV/YVYU appears on get_formats. This patch modify this problem. That's one way to do it. Every similar driver has to do the same thing. Yuck. Or we could

Re: [PATCH] sh_mobile_ceu_camera: NV12/21/16/61 are added only once.

On Fri, Feb 6, 2009 at 8:21 AM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Fri, 23 Jan 2009, Magnus Damm wrote: On Fri, Jan 23, 2009 at 9:28 AM, Kuninori Morimoto morimoto.kunin...@renesas.com wrote: NV12/21/16/61 had been added every time UYVY/VYUY/YUYV/YVYU appears

Re: [PATCH 2/2] soc-camera: configure drivers with a default format on open

On Fri, Feb 20, 2009 at 12:20 AM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: Currently soc-camera doesn't set up any image format without an explicit S_FMT. It seems this should be supported, since, for example, capture-example.c from v4l2-apps by default doesn't issue an S_FMT. This

Re: About the specific setting for lens

On Tue, Feb 24, 2009 at 10:17 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Mon, 23 Feb 2009, morimoto.kunin...@renesas.com wrote: Dear Guennadi. Now MigoR and AP325 board have ov772x camera. However, the lens used is different. And I have a specific good setting value for

Re: [PATCH v2 2/2] sh_mobile_ceu: Add field signal operation

On Thu, Feb 5, 2009 at 5:04 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Tue, 3 Feb 2009, Kuninori Morimoto wrote: sh_mobile_ceu can support field signal from external module. To support this operation, SH_CEU_FLAG_USE_FLDID_{HIGH, LOW} are added to header. I never dealt with

Re: [PATCH v2 1/4] V4L2: soc_camera: Renesas R-Car VIN driver

Hi Sergei, On Fri, Apr 19, 2013 at 11:31 PM, Sergei Shtylyov sergei.shtyl...@cogentembedded.com wrote: From: Vladimir Barinov vladimir.bari...@cogentembedded.com Add Renesas R-Car VIN (Video In) V4L2 driver. Based on the patch by Phil Edworthy phil.edwor...@renesas.com. Signed-off-by:

Re: [PATCH 14/15] ARM: shmobile: Remove AP4EVB board support

On Mon, Jun 17, 2013 at 3:12 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Mon, 17 Jun 2013, Magnus Damm wrote: [snip] So Guennadi, if you want to keep this board then you have to step up and fix things. If not then there is no point in keeping it. Ok, after a private

[PATCH] soc-camera: return -ENODEV is sensor is missing

From: Magnus Damm d...@opensource.se Update the soc-camera i2c code to return -ENODEV if a camera sensor is missing instead of -ENOMEM. Signed-off-by: Magnus Damm d...@opensource.se --- drivers/media/video/soc_camera.c |8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) --- 0001

Re: [PATCH 1/3 v2] V4L: SuperH Video Output Unit (VOU) driver

Hey Guennadi, On Thu, Mar 18, 2010 at 7:28 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: A number of SuperH SoCs, including sh7724, include a Video Output Unit. This patch adds a video (V4L2) output driver for it. The driver uses v4l2-subdev and mediabus APIs to interface to TV

Re: Linux Plumbers Conference 2009: V4L2 API discussions

On Wed, Aug 5, 2009 at 5:14 AM, Karicheri, Muralidharanm-kariche...@ti.com wrote: 2) Previewer Resizer driver. I am working with Vaibhav who had worked on an RFC for this. The previewer and resizer devices are doing memory to memory operations. Also should be flexible to use these hardware

Re: [PATCH 0/6] R-Car DU: Fix IOMMU operation when connected to VSP

Hi Laurent, Thanks for your help with this. Good to see that the DU driver is getting closer to work with the IPMMU hardware! Please see below for some feedback from me. On Fri, Aug 19, 2016 at 5:39 PM, Laurent Pinchart wrote: > Hello, > > This patch

[PATCH/RFC] v4l: vsp1: Use FCP device for DisplayList and VB2 queue

From: Magnus Damm <damm+rene...@opensource.se> Incrementally fix up parts of the code not yet covered by the IOMMU patches by Laurent: [PATCH 0/6] R-Car DU: Fix IOMMU operation when connected to VSP This patch simply uses the recently introduced function rcar_fcp_get_device() on the VSP

Re: [PATCH] media: platform: Renesas IMR driver

Hi Sergei, Thanks for your efforts with this driver. Nice to see that V2 is getting in better shape. In the future, would it be possible for you to include the patch version number in the [PATCH] tag somehow? On Fri, Mar 3, 2017 at 9:03 PM, Sergei Shtylyov