[pvrusb2] pvrusb2 timeout?

Dan Bodoh dan.bodoh at gmail.com
Sat Nov 8 10:52:31 CST 2008


The encoder timeout issue seems to be back with a vengeance (for
reference, see the quoted email below).

I've recently upgraded the Mythbuntu kernel from 2.6.24-18 to
2.6.24-21, just before the more frequent timeouts started.  (This is
NOT the 2.6.27 USB issue)

I've looked through the Ubuntu kernel package changelogs and put a few
interesting tidbits here.  Could any of these be related to the
timeout issue?

 * USB: quirk PLL power down mode
    - LP: #257931

 * V4L/DVB (7068): Add support for WinTV Nova-T-CE driver
    - LP: #238164

 * V4L/DVB (7132): Add USB ID for a newer variant of Hauppauge WinTV-HVR
    900
    - LP: #195435

 * V4L/DVB (7066):  ASUS My Cinema U3000 Mini DVBT Tuner
    - LP: #95277

Dan Bodoh




On Sat, Aug 23, 2008 at 10:05 AM, Dan Bodoh <dan.bodoh at gmail.com> wrote:
> On Sat, Aug 23, 2008 at 8:20 AM, Mike Isely <isely at isely.net> wrote:
>
>> So it recovered in the middle of the recording?  That I do not
>> understand.  If the mpeg encoder died at the beginning and the driver
>> failed to detect this at that point, then I'm at a loss for what trigger
>> could have caused the driver to later on detect the dead encoder.
>>
>> It's important to figure out at what point during the streaming that it
>> timed-out.  If it was right at the beginning, then the driver is failing
>> to detect this known condition.  If it was in the middle, then you are
>> seeing a new type of failure not previously noticed.
>
> I think that the streaming times out at the beginning, and the driver
> is not detected that condition.
>
> Hopefully this will help.
>
> I've edited and interleaved the Mythbackend and the kernel pvrusb2
> logs below for two different recordings during the time period that I
> had this problem.
>
> First, as you mentioned earlier, this type of message appears often in
> the kernel log, even when I am not experiencing any problems.  I'm
> calling this the "stuck warning".
>
>    Aug 17 17:59:57 mythbox kernel: [831389.816433] pvrusb2:
> ***WARNING*** device's encoder appears to be stuck (status=0x00000003)
>    Aug 17 17:59:57 mythbox kernel: [831389.816442] pvrusb2: Encoder
> command: 0x81
>    Aug 17 17:59:57 mythbox kernel: [831389.816445] pvrusb2: Giving up
> on command.  It is likely that this is a bad idea...
>    Aug 17 17:59:57 mythbox kernel: [831389.816450] pvrusb2: Error
> recovery initiated
>    Aug 17 17:59:57 mythbox kernel: [831389.816454] pvrusb2: Retrying
> device reconfiguration
>
> Interestingly, during the time period of the problems, I *NEVER* got
> this exact stuck warning, even though it is a very common message
> before and after the problematic time period.  I do get a similar
> message sometimes in mid-stream, which fixes the stream as shown
> below.
>
> So here's the interleaved logs for the first show that failed.  But
> there's actually nothing to interleave from the pvrusb2 kernel log
> (not even at the beginning of the recording)!  It doesn't appear to
> detect that it is stuck.  And when I attempt to view this "recording"
> in mythtv, there's no MPEG file present.
>
> 2008-08-18 17:00:01.641 Started recording: 30-Minute Meals "Coldie,
> But a Goodie": channel 1032 on cardid 3, sourceid 1
> 2008-08-18 17:00:06.621 MPEGRec(/dev/pvrusb2) Error: select timeout -
> ivtv driver has stopped responding
>                    (lots of these MPEGRec errors deleted)
> 2008-08-18 17:30:05.082 MPEGRec(/dev/pvrusb2) Error: select timeout -
> ivtv driver has stopped responding
> 2008-08-18 17:30:05.117 Finished recording 30-Minute Meals "Coldie,
> But a Goodie": channel 1032
>
> Now in this second recording.   27 minutes into this show, pvrusb2
> does its error recover.  Note that this message from pvrusb2 is
> similar, but not exactly like the "stuck warning".  So it's coming
> from a different part of the code.  When I view this recording, I do
> indeed see the last 3 minutes of the show.  Again, pvrusb2 did not
> make any attempt with a stuck warning at the beginning of the stream.
>
> 2008-08-18 20:59:57.170 Started recording: Diners, Drive-Ins and Dives
> "Totally Unexpected": channel 1032 on cardid 3, sourceid 1
> 2008-08-18 21:00:02.086 MPEGRec(/dev/pvrusb2) Error: select timeout -
> ivtv driver has stopped responding
> 2008-08-18 21:27:33.218 MPEGRec(/dev/pvrusb2) Error: select timeout -
> ivtv driver has stopped responding
>    Aug 18 21:27:33 mythbox kernel: [855076.394154] pvrusb2: Encoder
> timed out waiting for us; arranging to retry
>    Aug 18 21:27:33 mythbox kernel: [855076.394165] pvrusb2: Encoder
> command: 0x81
>    Aug 18 21:27:33 mythbox kernel: [855076.394170] pvrusb2: Error
> recovery initiated
>    Aug 18 21:27:33 mythbox kernel: [855076.394174] pvrusb2: Retrying
> device reconfiguration
>       (no more MPEGRec error messages!)
> 2008-08-18 21:30:00.114 Finished recording Diners, Drive-Ins and Dives
> "Totally Unexpected": channel 1032
>
> During this time period of problems, I did not get a single complete
> recording.  I either got no recording, or a partial recording.    All
> partial recordings show the error recovery at the point the stream
> finally successfully starts.
>
> Dan Bodoh
>


More information about the pvrusb2 mailing list