Bug 682573

Summary: Hauppauge Nova-T stick stopped working with kernel 2.6.35.11-83.fc14.i686.PAE
Product: [Fedora] Fedora Reporter: andreas kriegl <a.kriegl>
Component: kernelAssignee: Jarod Wilson <jarod>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 14CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab, myhpep
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-01 13:53:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
relevant part of /var/log/messages none

Description andreas kriegl 2011-03-06 20:34:45 UTC
Created attachment 482543 [details]
relevant part of /var/log/messages

Description of problem:
although this USB stick is still recognized
access to it produces a kernel NULL pointer dereference

Version-Release number of selected component (if applicable):
2.6.35.11-83.fc14.i686.PAE

How reproducible:
each time

Steps to Reproduce:
1. booting new kernel
2. plugging in stick
3. starting xine
4. selecting DVB
  
Actual results:
xine freezes and system log receives Kernel BUG message


Expected results:
tunig to channel

Comment 1 Jarod Wilson 2011-03-08 22:19:38 UTC
There were a few bug fixes dropped into 2.6.35.11-85.fc14, can you try that out and see if the problem still exists? Judging from your log, this is an additional issue we'll need to fix in the Fedora kernel (and possibly upstream), not one we've already fixed, but I'm not 100% certain on that. Based on your log output, it looks like perhaps a remote control keypress triggered the oops, no?

Mauro may have some additional thoughts on this one, since he's more familiar than I am with dib and dvb-usb hardware, particularly on the IR side.

Comment 2 Mauro Carvalho Chehab 2011-03-08 23:49:41 UTC
Hi Jarod,

I don't believe that this is due to IR. From those logs:

Mar  6 21:21:40 uhura kernel: [  261.335630]  [<f93963d4>] ? dib7000p_read_word+0x62/0xa7 [dib7000p]
Mar  6 21:21:40 uhura kernel: [  261.335638]  [<f9396e9b>] ? dib7000p_pid_filter_ctrl+0x25/0x76 [dib7000p]
Mar  6 21:21:40 uhura kernel: [  261.335650]  [<f9555dda>] ? stk70x0p_pid_filter_ctrl+0x16/0x18 [dvb_usb_dib0700]
Mar  6 21:21:40 uhura kernel: [  261.335658]  [<f8ab2ce1>] ? dvb_usb_ctrl_feed+0xba/0xf9 [dvb_usb]
Mar  6 21:21:40 uhura kernel: [  261.335669]  [<f8ab2d43>] ? dvb_usb_start_feed+0x12/0x14 [dvb_usb]

It seems to be more related to the PID filter and dib7000p. There's a fix for it already. It is on my next series of patches for upstream, that I should be sending
likely on Thusday).

Comment 3 HPep 2011-04-15 20:39:52 UTC
hello,
similar bug using mplayer and mencoder
lirc not installed
i can't log because i don't save, but it's say something about smp

if you want log, just say me

Comment 4 HPep 2011-04-15 20:42:03 UTC
additional:
same bug on 83 and 88 kernel

Comment 5 Jarod Wilson 2011-04-20 18:25:20 UTC
Please try the latest F15 kernel build:

http://kojipkgs.fedoraproject.org/packages/kernel/2.6.38.3/17.fc15/

It should be entirely possible to install and boot it on a Fedora 14 system without any other changes.

Comment 6 andreas kriegl 2011-05-28 18:10:48 UTC
This new kernel solved the problem. So this bug can be closed now.
Thank you.

Comment 7 Jarod Wilson 2011-06-01 13:53:19 UTC
Excellent, glad to hear it. Closing bug...