2010/11/3 Bastian Hecht <hechtb@xxxxxxxxxxxxxx>: > Hello ISP team, > > I succeeded to stream the first images from the sensor to userspace > using Laurent's media-ctl and yafta. Unfortunately all images are > black (10MB of zeros). > Once by chance I streamed some images (1 of 20 about) with content. > All values were < 0x400, so that I assume the values were correctly > transferred for my 10-bit pixels. > > I shortly describe my setup: > As I need xclk_a activated for my sensor to work (I2C), I activate the > xclk in the isp_probe function. Early hack that I want to remove > later. > While I placed my activation in mid of the probe function, I had > somehow the interrupts disabled when trying to stream using yafta. So > I hacked in the reenabling of the interrupts somewhere else in probe() > too. > As I dug through the isp code I saw that it is better to place the > clock activation after the final isp_put in probe() then the > interrupts keep working, but this way I never got a valid picture so > far. It's all a mess, I know. I try to transfer the activation to my > sensor code and board-setup code like in the et8ek8 code. I enabled isr debugging (#define ISP_ISR_DEBUG) and see that only 1 HS_VS_event is generated per second. 1fps corresponds to my clocking, so 1 vs per second is fine. But shouldn't I see about 2000 hs interrupts there too? HS_VS_IRQ is described as "HS or VS synchro event". > However... please help me get rid of these zeros! I keep reading > through the ISP and the mt9p031 docs to find some settings that could > have influence on the data sampling. The sensor is working fine now, > so the solution should be somewhere within the isp. > > Thank you all, > > Bastian > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html