On Monday 23 July 2007 08:10:39 Hans Verkuil wrote:
> On Monday 23 July 2007 03:22:23 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.
>
> Well, I'd rather like to get to the bottom of this. Please
> run 'ivtvctl -D479' as root to enable debugging and see if that turns
> up anything interesting in the logs.
>
> Are you also capturing VBI data in MythTV? (Check the MythTV setup)
> If so, then turn that off and see if the lockup still happens.
>
> If you make a whole bunch of small 1-minute recording, does that
> trigger the bug as well? (Should reduce test time)
And just repeatedly running 'cat /dev/video0 >/dev/null'? Does that
trigger a lock up? Is it always the same card that locks up, or is a
different one each time?
Regards,
Hans
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
