Imx6q Sabre Lite board and issue with image capture @ 1280x720 resolution

[shaileshl]

We are evaluating the Boundry devices Sabre Lite imx6q board and the ov5642 camera sensor.

The BSP and the build happens to be from Timesys with 3.0.15 kernel running on it.

After using the unit test application (mxc_v4l2_capture.out) for capturing a single image.

Following are our observations:

1. ./mxc_v4l2_capture.out -iw 640 -ih 480 -ow 640 -oh 480 -m 0 -r 0 -c 1 -fr 30 ov5642_640_480.yuv

Please find attached the output file "ov5642_640_480.yuv".

Output image generated seems to be proper.

2. ./mxc_v4l2_capture.out -iw 1024 -ih 768 -ow 1024 -oh 768 -m 0 -r 0 -c 1 -fr 30 ov5642_1024_768.yuv

Please find attached the output file "ov5642_1024_768.yuv".

Output image generated seems to be proper.

3. ./mxc_v4l2_capture.out -iw 1280 -ih 720 -ow 1280 -oh 720 -m 0 -r 0 -c 1 -fr 30 ov5642_1280_720.yuv

The image captured @1280x720 appear to be tiled in a 5x5 pattern. Please find attached the output file "ov5642_1280_720.yuv".

After capturing the image the system happens to be continously putting a warning "imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state" and we will have to reboot to system to get the system to normal.

Please find below the snippet of the log:

************************************************************************************

<4>   case VIDIOC_STREAMOFF

<4>In MVC:mxc_streamoff

<3>imx-ipuv3 imx-ipuv3.0: IPU Error - IPU_INT_STAT_10 = 0x02000000

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

<3>imx-ipuv3 imx-ipuv3.0: warning: disable ipu dma channel 20 during its busy state

************************************************************************************

One more observation while streaming the image, the FPS is approximately reduced by 5 times in case of 1280x720 resolution as compared to 1024x768 resolution. i.e. if we are getting 22 fps @ 1024x768 resolution with the same application but the fps drops to 5 fps @ 1280x720 resolution.

These observations are with the default ov5642 driver provided in the kernel along with the standard unit test application provided by freescale.

We would like to know whether freescale have evaluated the ov5642 driver and the CSI & IPU drivers @1280x720 resolution. Does the driver / kernel / hardware have any issues due to which we are getting a 5x5 mosaicked image.

Or is there anything we are missing due to which such a issue is observed.

Kindly provide some solution to resolve above issue ASAP.

Do let us know if you need any information in this regard.

Original Attachment has been moved to: ov5642_640_480.yuv.zip

Original Attachment has been moved to: ov5642_1280_720.yuv.zip

Original Attachment has been moved to: ov5642_1024_768.yuv.zip

[scottgemmell]

Hi Shailesh, did you end up resolving this?

[ofer_livny]

Hi

AFAIK the IPU is capable of downsizing with a maximal resolution of 1024x1024.

I'm not familiar with the ov5642, but looking at the resolutions you mentioned, you might want to check if the down scale to 1280x720 is being done in the IPU or in the sensor. If its in the IPU, then you've got to configure the sensor to the required resolution, since the IPU might not be able to handle that.

Ofer

[shaileshl]

Thanks Ofer, for pointing this limitation that is with the Image convertor module of imx6x.

Currently this condition is checked but the error handling is missing in the code.

After down scaling, we could capture the video in 1024x800 resolution.

[RodneyFulk]

I don't know if they apply or not but you might want to check out the following link for a known issue with camera capture with these boards...

[Patches] (BSP 11.09.01 GA) camera/gstreamer/glib applications

I got this link from the following Boundary Devices site about adjustments that had to be made to the LTIB to get it to work properly. Since I have not seen these elsewhere I will post the link to the original page I got this from for the other issues with the build. Again I don't know if these apply or not but worth a look.

http://boundarydevices.com/ltib-on-i-mx6-without-x/

[shaileshl]

As rightly guessed, these patches don't help in our issue as we are not using the gstreamer to capture the video.