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

georgia_tech_swagger georgia.tech.swagger at gmail.com
Sat Dec 20 23:18:34 UTC 2014


I disabled XHCI entirely in the kernel and BIOS, rebooted into the new
kernel, same result.

3.17.6 does seem to be better (~20m average until lockup) than the 3.16.5
kernel (~5m) ... but still unusuable.  I'm trying 3.18.1 now.

On Sat, Dec 20, 2014 at 6:16 PM, Michelle Dupuis <mdupuis at ocg.ca> wrote:

>  ​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.
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20141220/d532f3a8/attachment.html>


More information about the mythtv-users mailing list