Hi Bastian,
On Tuesday 02 November 2010 11:31:28 Bastian Hecht wrote:
> >> I am the first guy needing a 12 bit-bus?
> >
> > Yes you are :-) You will need to implement 12 bit support in the ISP
> > driver, or start by hacking the sensor driver to report a 10 bit format
> > (2 bits will be lost but you should still be able to capture an image).
>
> Isn't that an "officially" supported procedure to drop the least
> significant bits?
> You gave me the isp configuration
> .bus = { .parallel = {
> .data_lane_shift = 1,
> ...
> that instructs the isp to use 10 of the 12 bits.
If you don't need the full 12 bits, sure, that should work.
> >> Second thing is, the yavta app now gets stuck while dequeuing a buffer.
> >>
> >> strace ./yavta -f SGRBG10 -s 2592x1944 -n 4 --capture=4 --skip 3 -F
> >> /dev/video2 ...
> >> ioctl(3, VIDIOC_QBUF, 0xbec111cc) = 0
> >> ioctl(3, VIDIOC_QBUF, 0xbec111cc) = 0
> >> ioctl(3, VIDIOC_QBUF, 0xbec111cc) = 0
> >> ioctl(3, VIDIOC_QBUF, 0xbec111cc) = 0
> >> ioctl(3, VIDIOC_STREAMON, 0xbec11154) = 0
> >> ioctl(3, VIDIOC_DQBUF
> >>
> >> strace gets stuck in mid of this line.
>
> Somehow the ISP_ENABLE_IRQ register was reset at some point that is
> unclear to me. When I put it on again manually yavta succeeds to read
> the frames.
That's weird. Let me know if you can reproduce the problem.
> Unfortunately the image consists of black pixels only. We found out that the
> 2.8V voltage regulator got broken in the course of development - the 1.8V
> logic still worked but the ADC did not...
>
> But the heck - I was never that close :)
--
Regards,
Laurent Pinchart
--
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
