[mythtv-users] Hauppauge HD-PVR trials and tribulations.

Michelle Dupuis mdupuis at ocg.ca
Sat Dec 20 23:16:00 UTC 2014


?Look at your kernel log and you'll likely see your USB3 is crashing.  I have not yet found stable USB3 drivers for Linux (stick with USB2).



________________________________
From: mythtv-users <mythtv-users-bounces at mythtv.org> on behalf of Andrew C. (AFPup) Stadt <acstadt at stadt.ca>
Sent: Saturday, December 20, 2014 5:15 PM
To: Myth TV Users List
Subject: Re: [mythtv-users] Hauppauge HD-PVR trials and tribulations.

On 20/12/2014 5:00 PM, georgia_tech_swagger wrote:
I figured I would post this to the list in the hopes it would help somebody else as much as me, as most of the similar results I found trying to solve this problem were old threads on this list.

My HD-PVR was running just fine on my old X58 Core i7 920 system.  I just upgraded to X99 on a Core i7 5820k.   An my HD-PVR went nuts on the new machine.

First ... some migration tips:
- Don't forget to make sure your Storage Directory has proper permissions for user and/or group (depending on distro) mythtv
- Don't forget to include your change channel script if you're controlling a converter box with a blaster like I am.  If the script isn't there, there is no error what-so-ever... just silent failure.  That one was a PITA to figure out.

So ... it would work but hard lock up the HD-PVR, typically in less than 5 minutes, but sometimes taking 15-20 minutes.  I tried the usual myriad of Google suggestions with mixed success:
- Overheating?  No.  I keep it fairly chilly in the winter.
- Crap capacitors in power brick?  No.  Was working just fine previously.
- Try using irqbalance?  This actually helped double the time to lock but did not fix it.
- Try using a USB2 instead of USB3 port?  This actually helped double the time to lock but did not fix it.
- Try disabling USB3 on the motherboard?  I haven't done this.  And REALLY don't want to unless it is the full on last resort.
- Try upgrading firmware of HD-PVR?   I havne't done this.  I don't have immediate access to a Windows box.  I believe I'm using 0x1e
- Make sure you're not using an old kernel?   I tried 3.16.5-gentoo first.  Horror show.  I am now using 3.17.6 ... which seems to greatly improve things.  In my first test I got up to about 40 minutes before lock up.  I'm in the second test now.

The logging from mythfrontend, mythbackend, and modprobe hdpvr hdpvr_debug=7 aren't particularly helpful.   The HDPVR in debug would return:

config call request for value 0x800 returned -110

Right before that happened you'd get a steady stream of calling for buffer 1 ... but immediately before that error you'd get call for buffer 1 immediately followed by call for buffer 2.  And that is, as far as I can see in the blur of those calls going by, the only time that happens... right before the error.

In mythbackend you would get:

"Poll giving up 2"
"Device error detected "

I welcome all suggestions/advice/debug tips.  It seems most likely to be a kernel issue in the driver and/or xhci.   My old X58 system was on kernel 3.10 ... but I cannot downgrade that far as I need at least kernel 3.15/3.16 for critical patches for the soundcard on my Asus X99 Pro motherboard (ALC1150 Intel HD).


Probably not going to like this answer, but I ended up having to blacklist the xhci driver, which in my case was not a big deal as I don't *need* usb3 on that machine. I tried a couple different aftermarket usb cards (PCIe) to see if that would help, but as soon as the xhci driver got loaded, my troubles would begin.  Haven't tried in a while, but its been working well for the past few months, so I haven't wanted to screw with it.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20141220/8889f6b4/attachment.html>


More information about the mythtv-users mailing list