Hans Verkuil wrote: > 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 I was the original author of the thread: "Periodic Lockups With IVTV Versions > 0.4.x" My problem was hard lockups caused by crashes at the start of recordings that only occured very occasionally - typically 3 - 10 days. I've been running the 0.10.6 developmental snapshot version reference in the parent and I've just reached an uptime of 50 days, with several hundred recordings over that interval. I'm being very cautious given that I never was able to duplicate the problem on demand, but I'm beginning to believe the problem is solved in this version.
Thank, Hans! :-) Bill _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
