<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Matt Doran wrote:
<blockquote cite="mid45B946D9.1020705@papercut.biz" type="cite"><br>
I've just upgraded to the ubuntu 2.6.20-5 kernel, which I believe is
based on 2.6.20-rc5.&nbsp;&nbsp;&nbsp; I'll see if this reduces the occurrence of the
problem.
  <br>
  <br>
I'm happy to help by running a different kernel or enabling
"USB-debugging".&nbsp;&nbsp; Let me know what your after and how to do this and
I'll try to collect more info.
  <br>
  <br>
  <br>
</blockquote>
The 2.6.20-rc5 is definitely behaving better, but I just had my first
oops since upgrading (about a week).&nbsp; It was happening daily previously
when running the Ubuntu 2.6.20-4-generic kernel which was based on the
rc2 or rc3 kernel (not exactly sure).<br>
<br>
<br>
The behaviour leading up to the oops was a little different this time.&nbsp;
It started with the usually disconnect and reinitialize.... this
happened at the start of a mythtv recording.<tt><br>
</tt>
<blockquote><tt>usb 3-1: USB disconnect, address 2<br>
mt2060 I2C write failed<br>
mt2060 I2C write failed</tt><br>
</blockquote>
<br>
The oops didn't occur until mythtv completed the recording 30 minutes
later.&nbsp;&nbsp; Myth must have thought the recording was working, but nothing
was saved to file.<br>
<br>
<blockquote><tt>BUG: unable to handle kernel paging request at virtual
address 008c4530<br>
&nbsp;printing eip:<br>
c011c177<br>
*pde = 00000000<br>
Oops: 0000 [#1]<br>
SMP<br>
CPU:&nbsp;&nbsp;&nbsp; 1<br>
EIP:&nbsp;&nbsp;&nbsp; 0060:[__wake_up_common+23/96]&nbsp;&nbsp;&nbsp; Tainted: PF&nbsp;&nbsp;&nbsp;&nbsp; VLI<br>
EFLAGS: 00010013&nbsp;&nbsp; (2.6.20-5-generic #2)<br>
EIP is at __wake_up_common+0x17/0x60<br>
eax: f8aea068&nbsp;&nbsp; ebx: f8aea064&nbsp;&nbsp; ecx: 00000001&nbsp;&nbsp; edx: 008c4530<br>
esi: 00000000&nbsp;&nbsp; edi: 00000001&nbsp;&nbsp; ebp: ebc37f24&nbsp;&nbsp; esp: ebc37f08<br>
ds: 007b&nbsp;&nbsp; es: 007b&nbsp;&nbsp; ss: 0068<br>
Process mythbackend (pid: 19502, ti=ebc36000 task=c54ed030
task.ti=ebc36000)<br>
Stack: 00000000 00000001 00000003 00000282 f8aea064 00000000 00000001
ebc37f48<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; c011c738 00000000 00000000 00000003 00000292 f8aea000 ebcbe888
00000000<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ebcbe8c8 f8a99f59 00000000 f8aea074 00000008 c1ad0540 f49f9e7c
f403b790<br>
Call Trace:<br>
&nbsp;[__wake_up+56/80] __wake_up+0x38/0x50<br>
&nbsp;[pg0+945962841/1069057024] dvb_demux_release+0xe9/0x120 [dvb_core]<br>
&nbsp;[__fput+167/400] __fput+0xa7/0x190<br>
&nbsp;[filp_close+71/128] filp_close+0x47/0x80<br>
&nbsp;[sys_close+107/208] sys_close+0x6b/0xd0<br>
&nbsp;[sysenter_past_esp+95/137] sysenter_past_esp+0x5f/0x89<br>
&nbsp;=======================<br>
  </tt></blockquote>
<br>
<br>
Do any of the developer have any idea what could be causing these?&nbsp; I'm
happy to enable whatever debugging is required to help track this down.<br>
<br>
I've seen some comments (from <a
 href="http://bugzilla.kernel.org/show_bug.cgi?id=7819#c3">Michael
Krufky</a> and others) that the reason for these types of oops' is that
DVB core is not hot pluggable.&nbsp; This card is a PCI card that contains a
USB hub, so in theory will never be disconnected.&nbsp; But when these
disconnections occur (for whatever reason), the DVB core cannot handle
this and causes the oops.<br>
<br>
Are there any plans to make the dvb core support hot plugging?&nbsp; This
could help both the USB stick devices that are intended to be plugged
in and removed from a running system ... but I assume it would also
help when an internal USB card has a mysterious disconnection.<br>
<br>
I'm wondering what path would be best to try to resolve the Nova 500
crashes??<br>
<ol>
  <li>Try to track down why the disconnections occur&nbsp; (which will only
benefit users of this card)</li>
  <li>Or implement hot plug support in DVB (probably a better solution,
but probably a lot more work).&nbsp; :)<br>
  </li>
</ol>
I know very little about kernel/driver development, but would be happy
to assist where possible.<br>
<br>
Cheers,<br>
Matt<br>
<br>
<br>
<br>
</body>
</html>