Bug 1299045

Summary: Hauppauge HD PVR stops recording after 10mins or so
Product: [Fedora] Fedora Reporter: Steve <linuxat400>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 23CC: dominicharvey, gansalmon, itamar, jonathan, kernel-maint, labbott, linuxat400, madhu.chinakonda, mchehab
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-10-26 16:53:06 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Steve 2016-01-15 19:31:15 UTC
Description of problem:
The Hauppauge HD PVR (USB)  will stop recording after between 8 and 20 minutes. In order to get it to work again the PVR has to be power cycled and the PC rebooted.

Version-Release number of selected component (if applicable):
4.3.3-300.fc23.x86_64

How reproducible:
Happens every time.

Steps to Reproduce:
1. cat /dev/videonn >file.ts 
2. the cat command never ends and the file size stops increasing, and time modified remains unchanged after between 8 and 20 minutes.
3.  If you ctrl+c the cat command it will eventually stop, then error on I-O Error attempting again.

Actual results:
Stops recording after 8 to 20 mins.

Expected results:
Keeps running until no disk space or stopped.

Additional info:

There are no error messages in the logs at all.

Reboot to kernel 4.2.8-300 everything works as expected.

Comment 1 Steve 2016-01-15 20:12:42 UTC
With 
options hdpvr video_nr=10 default_audio_input=2 hdpvr_debug=1
This was logged.
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: firmware version 0x1e dated Mar  7 2012 08:25:15
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: magic request returned 8
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x1700 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x1500 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x1200 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x1300 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2900 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2a00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2b00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2c00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2d00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: control request returned 4
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: control request returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: control request returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: allocating 64 buffers
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2900 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2a00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2c00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2b00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x2d00 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x1200 returned 1
Jan 15 14:43:02 Lounge.localdomain kernel: hdpvr 1-4:1.0: device now attached to video10
Jan 15 14:43:02 Lounge.localdomain kernel: usbcore: registered new interface driver hdpvr
Jan 15 14:45:44 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x700 returned 1
Jan 15 14:58:01 Lounge.localdomain kernel: hdpvr 1-4:1.0: config call request for value 0x800 returned 1
Jan 15 14:58:01 Lounge.localdomain kernel: hdpvr 1-4:1.0: transmit worker exited


The cat command stopped recording at 14:45:44, the 14:58:01 is the ctrl-C of the cat command.

Comment 2 Dominic Harvey 2016-01-21 20:46:10 UTC
Same problem here

jan 21 15:07:49 dominic-box kernel: usb 1-6: new full-speed USB device number 5 using xhci_hcd
-71
jan 21 15:07:49 dominic-box kernel: usb 1-6: new full-speed USB device number 6 using xhci_hcd
jan 21 15:07:52 dominic-box kernel: usb 1-6: new high-speed USB device number 8 using xhci_hcd
jan 21 15:07:53 dominic-box kernel: usb 1-6: New USB device found, idVendor=2040, idProduct=4903
jan 21 15:07:53 dominic-box kernel: usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
jan 21 15:07:53 dominic-box kernel: usb 1-6: Product: Hauppauge HD PVR
jan 21 15:07:53 dominic-box kernel: usb 1-6: Manufacturer: AMBA
jan 21 15:07:53 dominic-box kernel: usb 1-6: SerialNumber: 00A8072B
jan 21 15:07:54 dominic-box kernel: media: Linux media interface: v0.10
jan 21 15:07:54 dominic-box kernel: Linux video capture interface: v2.00
jan 21 15:07:54 dominic-box kernel: hdpvr 1-6:1.0: firmware version 0x1e dated Mar  7 2012 08:25:15
jan 21 15:07:54 dominic-box kernel: hdpvr 1-6:1.0: device now attached to video0
jan 21 15:07:54 dominic-box kernel: usbcore: registered new interface driver hdpvr


[root@dominic-box ~]# rpm -qa kernel |sort -r

kernel-4.3.3-301.fc23.x86_64 bad
kernel-4.3.3-300.fc23.x86_64 bad
kernel-4.2.8-300.fc23.x86_64 good


Debian team have identify the culprit.

https://lists.debian.org/debian-kernel/2016/01/msg00410.html

you can test it with

[root@dominic-box ~]# cat /dev/video0 |pv -r > /dev/null
[ 892KiB/s]
[ 861KiB/s]
[ 941KiB/s]
[ 879KiB/s]
[   0KiB/s]
[   0KiB/s]
[   0KiB/s]
:
:
[root@dominic-box ~]# pkill cat
[root@dominic-box ~]# 

power circle the hdpvr and try again. will breaks within 20 minutes

I have two hdpvr, tested different usb cables/ports and both do the same with kernel kernel-4.3.x an above.

Thank you for your help

Comment 3 Dominic Harvey 2016-01-27 14:52:58 UTC
Tested new kernel yesterday.  Same issue.

[root@dominic-box ~]# rpm -qa kernel |sort -r
kernel-4.3.3-303.fc23.x86_64 bad
kernel-4.3.3-301.fc23.x86_64 bad
kernel-4.3.3-300.fc23.x86_64 bad
kernel-4.2.8-300.fc23.x86_64 good

Comment 4 Laura Abbott 2016-01-27 18:24:31 UTC
Your best bet is to send a message to the maintainers of the driver

$ scripts/get_maintainer.pl -f drivers/media/usb/hdpvr/
Hans Verkuil <hverkuil> (odd fixer:HDPVR USB VIDEO ENCODER DRIVER,commit_signer:2/3=67%,authored:2/3=67%)
Mauro Carvalho Chehab <mchehab.com> (maintainer:MEDIA INPUT INFRASTRUCTURE (V4L/DVB),commit_signer:3/3=100%,authored:1/3=33%)
linux-media.org (open list:HDPVR USB VIDEO ENCODER DRIVER)
linux-kernel.org (open list)

If you have the time, doing a bisect would be very helpful to identify which commit broke it. You can either do this on the kernel tree directly or try the scripts I wrote to package an RPM http://www.labbott.name/blog/2015/11/30/a-look-at-the-kernel-bisection-scripts/

Comment 5 Dominic Harvey 2016-01-27 19:25:37 UTC
Thank you but i am no developper at all.  i could try it but don't expect too much from me.

Comment 7 Laura Abbott 2016-09-23 19:42:27 UTC
*********** MASS BUG UPDATE **************
 
We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 23 kernel bugs.
 
Fedora 23 has now been rebased to 4.7.4-100.fc23.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 24 or 25, and are still experiencing this issue, please change the version to Fedora 24 or 25.
 
If you experience different issues, please open a new bug report for those.

Comment 8 Laura Abbott 2016-10-26 16:53:06 UTC
*********** MASS BUG UPDATE **************
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.