Not sure if it will help as I haven't been having stability problems of late (knock on wood), but have you ensured that your PVR card is not sharing an IRQ w/ any other PCI cards? From my experience w/ the Hauppauge card I have, it is the happiest when not sharing an IRQ (this has helped me w/ the DMA timeout issues I had been plagued with for a long, long time).
If that doesn't work, I've heard reports that adjusting the PCI latency can help... Check out these links: http://www.ibm.com/developerworks/library/l-hw2.html http://www.mythtv.org/wiki/index.php/PCI_Latency Good luck, Dave William Powers wrote: > Hans Verkuil wrote: > >> This week I'll release ivtv-0.10.4 which fixes one deadlock that can occur >> if both a video and a vbi stream is opened almost simultaneously. This >> might (or might not) be the cause of these problems. But in addition it >> will also have improved logging that should make it easier to trace issues >> like this. >> >> If MythTV does indeed open both the vbi and video device when a recording >> starts, then this is almost certainly the cause of the lock up and then >> ivtv-0.10.4 will fix it. >> >> > Well, at least I didn't have to wait long to find out. Approximately 36 > hours (and about 20 recordings) after upgrading to 0.10.5 the box locked > up hard at the beginning of a new recording. Nothing in either the > system log or the mythbackend log. > > As before, if there is any information I can provide or anything I can > do to help troubleshoot the problem, I would be glad to try. Otherwise, > it's time to downgrade to 0.4.10. Checking the box for every recording > just gets old after a few months. > > Bill > > _______________________________________________ > ivtv-users mailing list > [email protected] > http://ivtvdriver.org/mailman/listinfo/ivtv-users > _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
