[mythtv-commits] Ticket #5278: Firewire Uses Bad Port Number and Fails
MythTV
mythtv at cvs.mythtv.org
Tue Oct 7 02:28:17 UTC 2008
#5278: Firewire Uses Bad Port Number and Fails
---------------------------------+------------------------------------------
Reporter: scottadmi at gmail.com | Owner: danielk
Type: defect | Status: assigned
Priority: minor | Milestone: unknown
Component: mythtv | Version: 0.21
Severity: medium | Resolution:
Mlocked: 0 |
---------------------------------+------------------------------------------
Comment(by eric at lisaneric.org):
I've seen this or a similar problem also with a Motorola DHC 3200.
What seems to be happening is that my cable box is actually jumping back
and forth between node 0 and node 1. I set up a cron job to run
plugreport hourly and dump the result to a log file. The box has GUID
0x001aadfffe47916e, which usually shows up as node 0, but sometimes as
node 1. Here's an excerpt:
{{{
Wed Oct 1 18:41:01 EDT 2008
libiec61883 error: error reading oMPR
libiec61883 error: error reading iMPR
Host Adapter 0
==============
Node 0 GUID 0x001aadfffe47916e
------------------------------
oMPR n_plugs=1, data_rate=2, bcast_channel=63
oPCR[0] online=1, bcast_connection=0, n_p2p_connections=0
channel=63, data_rate=0, overhead_id=0, payload=376
iMPR n_plugs=0, data_rate=2
Node 1 GUID 0x002d8f3600001fd0
------------------------------
Wed Oct 1 19:41:01 EDT 2008
libiec61883 error: error reading oMPR
libiec61883 error: error reading iMPR
Host Adapter 0
==============
Node 0 GUID 0x002d8f3600001fd0
------------------------------
Node 1 GUID 0x001aadfffe47916e
------------------------------
oMPR n_plugs=1, data_rate=2, bcast_channel=63
oPCR[0] online=1, bcast_connection=0, n_p2p_connections=0
channel=63, data_rate=0, overhead_id=0, payload=376
iMPR n_plugs=0, data_rate=2
Wed Oct 1 20:41:01 EDT 2008
libiec61883 error: error reading oMPR
libiec61883 error: error reading iMPR
Host Adapter 0
==============
Node 0 GUID 0x001aadfffe47916e
------------------------------
oMPR n_plugs=1, data_rate=2, bcast_channel=63
oPCR[0] online=1, bcast_connection=0, n_p2p_connections=0
channel=62, data_rate=0, overhead_id=0, payload=376
iMPR n_plugs=0, data_rate=2
Node 1 GUID 0x002d8f3600001fd0
------------------------------
}}}
The box appears as node 0 at 18:41 and 20:41, but at 19:41 it was on node
1. (That was the only time I captured it on node one since I set up the
script.)
It seems like whenever a node flip happens, the mythtv backend loses all
ability to control the box until the backend process is restarted and then
everything works fine after that for a few hours to a few days.
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/5278#comment:12>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list