Re: mt9p031 based sensor and ack lockups. Ie CCDC won't become idle.

[Andrew Tubbiolo]

Hi All:

   I'm having fun with my new camera project that uses the mt9p031
camera. I'm getting nice raw stills, and that's great, but every 16 or
so images I take I get a troublesome error.

CCDC won't become idle!

The message is coming from...


static int ccdc_isr_buffer(struct isp_ccdc_device *ccdc)

in ...

linux-2.6.39.1/drivers/media/video/omap3isp/ispccdc.c

I printed out the return of the status of the registers on the CCDC
and found that the only bit set was the CCDC_BUSY register.

static int ccdc_sbl_busy(struct isp_ccdc_device *ccdc)
{
struct isp_device *isp = to_isp_device(ccdc);

return omap3isp_ccdc_busy(ccdc)
| (isp_reg_readl(isp, OMAP3_ISP_IOMEM_SBL, ISPSBL_CCDC_WR_0) 
   ISPSBL_CCDC_WR_0_DATA_READY)
| (isp_reg_readl(isp, OMAP3_ISP_IOMEM_SBL, ISPSBL_CCDC_WR_1) 
   ISPSBL_CCDC_WR_0_DATA_READY)
| (isp_reg_readl(isp, OMAP3_ISP_IOMEM_SBL, ISPSBL_CCDC_WR_2) 
   ISPSBL_CCDC_WR_0_DATA_READY)
| (isp_reg_readl(isp, OMAP3_ISP_IOMEM_SBL, ISPSBL_CCDC_WR_3) 
   ISPSBL_CCDC_WR_0_DATA_READY);
}


 I THINK I'm suffering from a data underflow, where the previous batch
of images did not complete, or something. Which is funny because I
almost always get a full data set if everything starts up with no
hiccup. I should add that I get this error when I start a exposure and
data ack. The error is immediate, not in the middle of an ack. In fact
the error is thrown during the yavta init sequence. During a
ioctl(STREAM_ON).

I tried to issue a isp flush to the flush bit as described on (fig
Table 12-88 ISP_CTRL) pg 1512 of the TI-OMAP manual. This froze the
whole system. I'm wondering if anyone else is running into a similar
or even the same problem and if they know of a solution, a fix, or a
workaround?

Thanks.
Andrew
--
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: mt9p031 driver source.

[Andrew Tubbiolo]

Hi All:

   I've been playing with the mt9p031 for some time now. Last weekend
I got the raw 12 bit data dump I've been wanting for some time. As of
now the module I'm using only works if it is included in the kernel. I
cannot obtain functionality or enumeration on the i2c bus if I insert
it as a module. I think some of the init code is missing in the
version of the driver I've been working with. Can folks who are
working with the aptina mt9p031.c driver tell me the location from
which you obtained your source? I need a driver that is compatiable
with linux 2.6.39 and ready to respond to commands from media-ctl.

Thanks
Andrew
--
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: Raw data on beagleboard via isp bypass and ccdc.

[Andrew Tubbiolo]

Hi All:
    I'm trying to obtain the raw data stream off an aptina mt9p031 via
bypassing the isp in order to get my data directly from the ccdc on a
beagle xm. I've seen what seem to be 3 different forks stabbing at the
problem. None of the threads seem to indicate what patch train, cross
compile environment, and base kernel source source to draw from.

     So I'm asking if someone can point me to a mt9p031.c file, or
patches to apply to which base version of mt9p031 and what kernel
source distro and what patches I need to apply in order to get a
system that will allow something like media-ctl to obtain a raw data
stream from my detector. FYI, I want the raw data for astronomical
purposes.

Thanks!
Andrew
--
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