Hi all,

A lot of progress is being made these days, thanks to the various 
testers and in particular the discovery by Mark Bryars relating large 
DMA tranfers with DMA timeouts.

I've reworked the DMA handling in the driver to do the scatter/gather 
inside the driver instead of relying on the DMA engine of the 
cx23415/6. So the buffers are still the same size, but it still seems 
to run smoothly. Note that the DMA of the ivtv-fb framebuffer has not 
yet been converted. It works, but DMA timeouts might still happen 
there. Although to be fair the decoder DMA engine seems to work much 
better so DMA timeouts are not really an issue here.

It is bleeding edge software which has limited testing, so be careful.

Nevertheless, it is a major breakthrough and I'd like people to start 
testing it is possible and report back with any problems (or success if 
previous problems are now solved).

For the ivtv-0.10.x series you can get the updated driver here:

http://ivtvdriver.org/viewcvs/ivtv/branches/0.10.tar.gz?view=tar

And for the 2.6.22 and up kernels you can get a v4l-dvb repository 
containing these changes here:

http://www.linuxtv.org/hg/~hverkuil/ivtv-dma/archive/tip.tar.bz2

Note that these repositories also contain the previous fixes regarding 
freezes when changing channels, and in addition they contain a fix for 
capturing raw video (in particular) where the driver now ensures that 
you always get full frame and never a partial frame (could happen if 
the application didn't read fast enough).

Thanks,

        Hans

_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to