Hi

long time ago I wrote a xine osd video out plug in for the pvr 350.
This plug in works fine till ivtv-0.9.1. To get it working again with 
the current trunk version I had to apply some minor changes (using 
IVTVFB_IOCTL_PREP_FRAME instead of IVTVFB_IOCTL_PREP_FRAME_BUF).
It seems that synchronization between dma the buffer to the device and 
displaying the data on the screen is broken.
On the screen there are date form two different frames are displayed.
I played a little bit with FBIO_WAITFORVSYNC but it doesn't solve the 
problem.

Any ideas?

Best regards
Lutz


Hans Verkuil schrieb:
> Hi all,
>
> I think it is getting time for people to start testing the ivtv trunk 
> >from subversion. I've been running it for quite some time now and it 
> looks to be pretty solid. Ian Armstrong has added lots of goodies in 
> the framebuffer department (be sure to read the README notes!), so that 
> can use some testing as well.
>
> Regarding DMA problems: I think that these are solved for the PVR500. I 
> haven't yet done a REALLY long duration test but from the shorter tests 
> I did it is looking good. The DMA errors still occur for other cards: 
> it is a hardware issue with the cx23415/6 and there probably isn't 
> anything I can do about it. Just don't use CPU freq. changers and 
> sometimes using a RAID array also messes up the DMA.
>
> The reason that it works for the PVR500 is that the PVR500 has a PCI 
> bridge that seems to isolate the cx23416 chips from the main PCI bus. 
> It still could fail on the 0.9 drivers due to the way DMA was handled 
> in the driver. With the new trunk driver all DMA is now done in the 
> interrupt handler.
>
> Note: ivtv trunk requires the 2.6.19 kernel. It is probably very easy to 
> backport it to 2.6.18, it may even compile out of the box. I just 
> haven't tested it myself. When this driver version is released I'll 
> definitely backport it to 2.6.18.
>
> The trunk driver can be obtained here:
>
> http://ivtvdriver.org/viewcvs/ivtv/trunk.tar.gz?view=tar
>
> Thanks,
>
>       Hans
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>
>   

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

Reply via email to