Re: omap3isp with DM3730 not working?!
Am 30.07.2014 17:21, schrieb Enrico: Standard question: are you using media-ctl from git://linuxtv.org/pinchartl/v4l-utils.git field branch and latest yavta from git://git.ideasonboard.org/yavta.git ? Enrico No, not exactly. I used older versions which came with Yocto Poky Daisy. But I also tried with these newer ones and get the same: root@overo:~$ ./media-ctl -v -r -l 'tvp5150 3-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' Opening media device /dev/media0 Enumerating entities Found 16 entities Enumerating pads and links Resetting all links to inactive Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Opening media device /dev/media0 Setting up link 16:0 - 5:0 [1] Opening media device /dev/media0 Setting up link 5:1 - 6:0 [1] Opening media device /dev/media0 root@overo:~$ ./media-ctl -v -f 'tvp5150 3-005c:0 [UYVY2X8 720x576], OMAP3 ISP CCDC:1 [UYVY2X8 720x576]' Warning: the -f option is deprecated and has been replaced by -V. Opening media device /dev/media0 Enumerating entities Found 16 entities Enumerating pads and links Setting up format UYVY2X8 720x576 on pad tvp5150 3-005c/0 Format set: UYVY2X8 720x240 Setting up format UYVY2X8 720x240 on pad OMAP3 ISP CCDC/0 Format set: UYVY2X8 720x240 Setting up format UYVY2X8 720x576 on pad OMAP3 ISP CCDC/1 Format set: UYVY 720x240 root@overo:~$ ./yavta -f UYVY -s 720x576 --capture=1 --file=image.raw /dev/video2 Device /dev/video2 opened. Device `OMAP3 ISP CCDC output' on `media' is a video output (without mplanes) device. Video format set: UYVY (59565955) 720x576 (stride 1440) field none buffer size 829440 Video format: UYVY (59565955) 720x576 (stride 1440) field none buffer size 829440 8 buffers requested. length: 829440 offset: 0 timestamp type/source: mono/(null) Buffer 0/0 mapped at address 0xb6e59000. length: 829440 offset: 831488 timestamp type/source: mono/(null) Buffer 1/0 mapped at address 0xb6d8e000. length: 829440 offset: 1662976 timestamp type/source: mono/(null) Buffer 2/0 mapped at address 0xb6cc3000. length: 829440 offset: 2494464 timestamp type/source: mono/(null) Buffer 3/0 mapped at address 0xb6bf8000. length: 829440 offset: 3325952 timestamp type/source: mono/(null) Buffer 4/0 mapped at address 0xb6b2d000. length: 829440 offset: 4157440 timestamp type/source: mono/(null) Buffer 5/0 mapped at address 0xb6a62000. length: 829440 offset: 4988928 timestamp type/source: mono/(null) Buffer 6/0 mapped at address 0xb6997000. length: 829440 offset: 5820416 timestamp type/source: mono/(null) Buffer 7/0 mapped at address 0xb68cc000. Unable to start streaming: Invalid argument (22). 8 buffers released. -- 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: omap3isp with DM3730 not working?!
On Thu, Jul 31, 2014 at 12:06 PM, Michael Dietschi michael.diets...@inunum.com wrote: Am 30.07.2014 17:21, schrieb Enrico: Standard question: are you using media-ctl from git://linuxtv.org/pinchartl/v4l-utils.git field branch and latest yavta from git://git.ideasonboard.org/yavta.git ? Enrico No, not exactly. I used older versions which came with Yocto Poky Daisy. But I also tried with these newer ones and get the same: root@overo:~$ ./media-ctl -v -r -l 'tvp5150 3-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' root@overo:~$ ./media-ctl -v -f 'tvp5150 3-005c:0 [UYVY2X8 720x576], OMAP3 ISP CCDC:1 [UYVY2X8 720x576]' root@overo:~$ ./yavta -f UYVY -s 720x576 --capture=1 --file=image.raw /dev/video2 I think you are missing the ccdc sink pad setup, basically you should have something like this: - entity 5: OMAP3 ISP CCDC (3 pads, 9 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad0: Sink [fmt:UYVY2X8/720x288 field:alternate] - OMAP3 ISP CCP2:1 [] - OMAP3 ISP CSI2a:1 [] - tvp5150 1-005c:0 [ENABLED] pad1: Source [fmt:UYVY/720x576 field:interlaced-tb crop.bounds:(0,0)/720x288 crop:(0,0)/720x288] - OMAP3 ISP CCDC output:0 [ENABLED] - OMAP3 ISP resizer:0 [] with this setup i can correctly capture deinterlaced frames with yavta, but have a look at the [PATCH 00/11] OMAP3 ISP BT.656 support thread, i noticed some problems maybe it's the same for you. Enrico -- 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: omap3isp with DM3730 not working?!
Am 31.07.2014 12:36, schrieb Enrico: I think you are missing the ccdc sink pad setup, basically you should have something like this: - entity 5: OMAP3 ISP CCDC (3 pads, 9 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad0: Sink [fmt:UYVY2X8/720x288 field:alternate] - OMAP3 ISP CCP2:1 [] - OMAP3 ISP CSI2a:1 [] - tvp5150 1-005c:0 [ENABLED] pad1: Source [fmt:UYVY/720x576 field:interlaced-tb crop.bounds:(0,0)/720x288 crop:(0,0)/720x288] - OMAP3 ISP CCDC output:0 [ENABLED] - OMAP3 ISP resizer:0 [] with this setup i can correctly capture deinterlaced frames with yavta, but have a look at the [PATCH 00/11] OMAP3 ISP BT.656 support thread, i noticed some problems maybe it's the same for you. Enrico Hi Enrico, the setup looks like: ... - entity 5: OMAP3 ISP CCDC (3 pads, 9 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad0: Sink [fmt:UYVY2X8/720x240 field:alternate] - OMAP3 ISP CCP2:1 [] - OMAP3 ISP CSI2a:1 [] - tvp5150 3-005c:0 [ENABLED] pad1: Source [fmt:UYVY/720x240 field:alternate crop.bounds:(0,0)/720x240 crop:(0,0)/720x240] - OMAP3 ISP CCDC output:0 [ENABLED] - OMAP3 ISP resizer:0 [] pad2: Source [fmt:unknown/720x239 field:alternate] - OMAP3 ISP preview:0 [] - OMAP3 ISP AEWB:0 [ENABLED,IMMUTABLE] - OMAP3 ISP AF:0 [ENABLED,IMMUTABLE] - OMAP3 ISP histogram:0 [ENABLED,IMMUTABLE] - entity 6: OMAP3 ISP CCDC output (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video2 pad0: Sink - OMAP3 ISP CCDC:1 [ENABLED] ... - entity 16: tvp5150 3-005c (1 pad, 1 link) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev8 pad0: Source [fmt:UYVY2X8/720x240 field:alternate] - OMAP3 ISP CCDC:0 [ENABLED] And I could not find any help in[PATCH 00/11] OMAP3 ISP BT.656 support because it seems that all the mentioned things are already done. Michael -- 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: omap3isp with DM3730 not working?!
On Thu, Jul 31, 2014 at 2:31 PM, Michael Dietschi michael.diets...@inunum.com wrote: Am 31.07.2014 12:36, schrieb Enrico: I think you are missing the ccdc sink pad setup, basically you should have something like this: - entity 5: OMAP3 ISP CCDC (3 pads, 9 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad1: Source [fmt:UYVY/720x576 field:interlaced-tb crop.bounds:(0,0)/720x288 crop:(0,0)/720x288] - OMAP3 ISP CCDC output:0 [ENABLED] - OMAP3 ISP resizer:0 [] pad1: Source [fmt:UYVY/720x240 field:alternate crop.bounds:(0,0)/720x240 crop:(0,0)/720x240] It seems you are missing this: media-ctl --set-format 'OMAP3 ISP CCDC:1 [UYVY 720x480 field:interlaced-tb]' and add --field interlaced-tb to yavta. Enrico -- 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: omap3isp with DM3730 not working?!
Am 31.07.2014 15:15, schrieb Enrico: It seems you are missing this: media-ctl --set-format 'OMAP3 ISP CCDC:1 [UYVY 720x480 field:interlaced-tb]' and add --field interlaced-tb to yavta. Enrico Yippieh! It seems to work now - At least I am getting an file... If it is a nice image will be determined tomorrow! Thank you for the help, Michael -- 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: omap3isp with DM3730 not working?!
Am 29.07.2014 02:53, schrieb Laurent Pinchart: You're right. Maybe that's the first problem to be fixed though ;-) Michael, could you try using the official (and under development) BT.656 support code for the OMAP3 ISP driver ? I've just pushed the branch to git://linuxtv.org/pinchartl/media.git omap3isp/bt656 Laurent, I did try this kernel and it does not work either - but with a different error. Any Idea? Michael These are the commands and their output: root@overo:~$ media-ctl -v -r -l 'tvp5150 3-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' Opening media device /dev/media0 Enumerating entities Found 16 entities Enumerating pads and links Resetting all links to inactive Setting up link 16:0 - 5:0 [1] Setting up link 5:1 - 6:0 [1] root@overo:~$ media-ctl -v -V 'tvp5150 3-005c:0 [UYVY2X8 720x576], OMAP3 ISP CCDC:1 [UYVY2X8 720x576]'Opening media device /dev/media0 Enumerating entities Found 16 entities Enumerating pads and links Setting up format UYVY2X8 720x576 on pad tvp5150 3-005c/0 Format set: UYVY2X8 720x240 Setting up format UYVY2X8 720x240 on pad OMAP3 ISP CCDC/0 Format set: UYVY2X8 720x240 Setting up format UYVY2X8 720x576 on pad OMAP3 ISP CCDC/1 Format set: UYVY 720x240 root@overo:~$ yavta -f UYVY -s 720x576 --capture=1 --file=imagele /dev/video2 Device /dev/video2 opened. Device `OMAP3 ISP CCDC output' on `media' is a video capture device. Video format set: UYVY (59565955) 720x576 (stride 1440) buffer size 829440 Video format: UYVY (59565955) 720x576 (stride 1440) buffer size 829440 8 buffers requested. length: 829440 offset: 0 Buffer 0 mapped at address 0xb6e79000. length: 829440 offset: 831488 Buffer 1 mapped at address 0xb6dae000. length: 829440 offset: 1662976 Buffer 2 mapped at address 0xb6ce3000. length: 829440 offset: 2494464 Buffer 3 mapped at address 0xb6c18000. length: 829440 offset: 3325952 Buffer 4 mapped at address 0xb6b4d000. length: 829440 offset: 4157440 Buffer 5 mapped at address 0xb6a82000. length: 829440 offset: 4988928 Buffer 6 mapped at address 0xb69b7000. length: 829440 offset: 5820416 Buffer 7 mapped at address 0xb68ec000. Unable to start streaming: Invalid argument (22). 8 buffers released. -- 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: omap3isp with DM3730 not working?!
On Wed, Jul 30, 2014 at 4:56 PM, Michael Dietschi michael.diets...@inunum.com wrote: Am 29.07.2014 02:53, schrieb Laurent Pinchart: You're right. Maybe that's the first problem to be fixed though ;-) Michael, could you try using the official (and under development) BT.656 support code for the OMAP3 ISP driver ? I've just pushed the branch to git://linuxtv.org/pinchartl/media.git omap3isp/bt656 Laurent, I did try this kernel and it does not work either - but with a different error. Any Idea? Michael These are the commands and their output: Standard question: are you using media-ctl from git://linuxtv.org/pinchartl/v4l-utils.git field branch and latest yavta from git://git.ideasonboard.org/yavta.git ? Enrico -- 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: omap3isp with DM3730 not working?!
Am 29.07.2014 02:53, schrieb Laurent Pinchart: You're right. Maybe that's the first problem to be fixed though ;-) Michael, could you try using the official (and under development) BT.656 support code for the OMAP3 ISP driver ? I've just pushed the branch to git://linuxtv.org/pinchartl/media.git omap3isp/bt656 I will try with your official kernel and report back. Thanks, Michael -- 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: omap3isp with DM3730 not working?!
Hi Enrico and Michael, On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote: On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi michael.diets...@inunum.com wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the last line. You could check perhaps if you do get VD0 if you set it to take place on the previous line (i.e. the register value being height - 3; please see ccdc_configure() in ispccdc.c). I have to admit I haven't used the parallel interface so perhaps others could have more insightful comments on how to debug this. Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Both VD0 and VD1 are used by the omap3isp driver, but in different points of the frame. Anyway maybe a different pinmux where the camera pins are not setup correctly? This is unlikely to be at least the source of all issues since VD1 is seen. Cc Laurent. -- Kind regards, Sakari Ailus e-mail: sakari.ai...@iki.fi XMPP: sai...@retiisi.org.uk -- 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: omap3isp with DM3730 not working?!
Hi Sakari, Enrico and others, first of all I want to thank you for your help but I have to admit that I made a stupid error while struggling with image capturing and the ISP which has led to some false information - I had misconfigured the video source :( The corrected facts are: * Capturing does work with Gumstix Overo with a DM3730 and a TVP5151 chip * It does not work with a LogicPD Torpedo DM3730 and a TVP5150AM1 chip * I configured the Torpedo's pinmux exactly like on the Overo * ...but the only interrupt I am getting is HS_VS_IRQ Please apologize for the confusion and do not stop helping me... Kind regards, Michael -- 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: omap3isp with DM3730 not working?!
On Mon, Jul 28, 2014 at 9:20 AM, Sakari Ailus sakari.ai...@iki.fi wrote: Hi Enrico and Michael, On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote: On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi michael.diets...@inunum.com wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the last line. You could check perhaps if you do get VD0 if you set it to take place on the previous line (i.e. the register value being height - 3; please see ccdc_configure() in ispccdc.c). I have to admit I haven't used the parallel interface so perhaps others could have more insightful comments on how to debug this. Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Both VD0 and VD1 are used by the omap3isp driver, but in different points of the frame. Hi Sakari, that's true in normal mode, but with bt656 patches VD1 is not used. Enrico -- 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: omap3isp with DM3730 not working?!
Hi Enrico, On Monday 28 July 2014 10:30:17 Enrico wrote: On Mon, Jul 28, 2014 at 9:20 AM, Sakari Ailus sakari.ai...@iki.fi wrote: On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote: On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the last line. You could check perhaps if you do get VD0 if you set it to take place on the previous line (i.e. the register value being height - 3; please see ccdc_configure() in ispccdc.c). I have to admit I haven't used the parallel interface so perhaps others could have more insightful comments on how to debug this. Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Both VD0 and VD1 are used by the omap3isp driver, but in different points of the frame. Hi Sakari, that's true in normal mode, but with bt656 patches VD1 is not used. That's not correct, VD1 is used in both modes. In BT.656 mode VD1 is even used to increment the frame counter in place of the HS_VS interrupt. -- Regards, Laurent Pinchart -- 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: omap3isp with DM3730 not working?!
On Mon, Jul 28, 2014 at 12:29 PM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Enrico, On Monday 28 July 2014 10:30:17 Enrico wrote: On Mon, Jul 28, 2014 at 9:20 AM, Sakari Ailus sakari.ai...@iki.fi wrote: On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote: On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the last line. You could check perhaps if you do get VD0 if you set it to take place on the previous line (i.e. the register value being height - 3; please see ccdc_configure() in ispccdc.c). I have to admit I haven't used the parallel interface so perhaps others could have more insightful comments on how to debug this. Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Both VD0 and VD1 are used by the omap3isp driver, but in different points of the frame. Hi Sakari, that's true in normal mode, but with bt656 patches VD1 is not used. That's not correct, VD1 is used in both modes. In BT.656 mode VD1 is even used to increment the frame counter in place of the HS_VS interrupt. ...in your new patches. But sleepyrobot's are the old ones and i bet Michael is using those patches. Enrico -- 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: omap3isp with DM3730 not working?!
Hi Enrico, On Monday 28 July 2014 15:18:04 Enrico wrote: On Mon, Jul 28, 2014 at 12:29 PM, Laurent Pinchart wrote: On Monday 28 July 2014 10:30:17 Enrico wrote: On Mon, Jul 28, 2014 at 9:20 AM, Sakari Ailus wrote: On Thu, Jul 24, 2014 at 05:57:30PM +0200, Enrico wrote: On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ VD1 takes place in 2/3 of the frame, and VD0 in the beginning of the last line. You could check perhaps if you do get VD0 if you set it to take place on the previous line (i.e. the register value being height - 3; please see ccdc_configure() in ispccdc.c). I have to admit I haven't used the parallel interface so perhaps others could have more insightful comments on how to debug this. Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Both VD0 and VD1 are used by the omap3isp driver, but in different points of the frame. Hi Sakari, that's true in normal mode, but with bt656 patches VD1 is not used. That's not correct, VD1 is used in both modes. In BT.656 mode VD1 is even used to increment the frame counter in place of the HS_VS interrupt. ...in your new patches. But sleepyrobot's are the old ones and i bet Michael is using those patches. You're right. Maybe that's the first problem to be fixed though ;-) Michael, could you try using the official (and under development) BT.656 support code for the OMAP3 ISP driver ? I've just pushed the branch to git://linuxtv.org/pinchartl/media.git omap3isp/bt656 -- Regards, Laurent Pinchart -- 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: omap3isp with DM3730 not working?!
On Thu, Jul 24, 2014 at 5:34 PM, Michael Dietschi michael.diets...@inunum.com wrote: Hello, I have built a Poky image for Gumstix Overo and added support for a TVP5151 module like described here http://www.sleepyrobot.com/?p=253. It does work well with an Overo board which hosts an OMAP3530 SoC. But when I try with an Overo hosting a DM3730 it does not work: yavta just seems to wait forever :( I did track it down to the point that IRQ0STATUS_CCDC_VD0_IRQ seems never be set but always IRQ0STATUS_CCDC_VD1_IRQ Can someone please give me a hint? It's strange that you get the vd1_irq because it should not be set by the driver and never trigger... Anyway maybe a different pinmux where the camera pins are not setup correctly? Enrico -- 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