[mythtv] Mythbackend/kernel oops help

[Lee Marlow]

Forgot the attachment, sorry.

-----Original Message-----
From: mythtv-dev-bounces at mythtv.org [mailto:mythtv-dev-bounces at mythtv.org]
On Behalf Of Lee Marlow
Sent: Tuesday, November 11, 2003 6:36 PM
To: mythtv-dev at mythtv.org
Subject: [mythtv] Mythbackend/kernel oops help


I have not been able to use MythTV to watch live tv as mythbackend crashes
within 30 minutes of use.  The output from ksymoops (attached) made me think
it was a filesystem issue, so I switched from ReiserFS to ext3 and the same
thing happened.  I ran Maxtor's testing program against the hard drive and
it passed all tests.  I've tried to run mythbackend in gdb to get a trace,
but once the problem happens there is no backtrace information available.

I'm running cvs versions of mythtv and ivtv on an Asus Pundit
Distro: Gentoo
Kernel 2.4.20-gentoo-r7
CPU: 1.7 Ghz Celeron
RAM: 512 MB
HDD: Maxtor 120GB
Tuner: PVR-250

Can anyone help point me in the right direction?  Hardware problem?  Kernel
problem?  Linux distro problem?  Myth problem?  IVTV problem?

Any help would be greatly appreciated.

Thanks

-Lee


-------------- next part --------------
ksymoops 2.4.9 on i686 2.4.20-gentoo-r7.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.20-gentoo-r7/ (default)
     -m /usr/src/linux/System.map (default)

Unable to handle kernel paging request at virtual address 1680820c
c01d6ac6
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c01d6ac6>]    Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: d8172000   ebx: 16808208   ecx: 00000003   edx: c1f964a0
esi: 000704f5   edi: 0000000f   ebp: 00000304   esp: d8173e38
ds: 0018   es: 0018   ss: 0018
Process mythbackend (pid: 2469, stackpage=d8173000)
Stack: 00001000 00000000 00001000 0002edc9 c01d7d96 00000304 000704f5 00001000
       00001000 c01d81d5 c7244d40 0002edc9 c7244d40 00000001 c7244d40 0000001c
       c033e8d4 c0216e5c c22fb0c0 c020f55a c0e54000 c0e53000 d8173ea0 00001000
Call Trace:    [<c01d7d96>] [<c01d81d5>] [<c0216e5c>] [<c020f55a>] [<c01d8a95>]
  [<c0206bf0>] [<c020724c>] [<c0206bf0>] [<c01c3268>] [<c02046e9>] [<c01d4c0f>]
  [<c01984e7>]
Code: 39 73 04 89 da 75 f3 0f b7 43 08 3b 44 24 1c 75 e9 66 39 6b


>>EIP; c01d6ac6 <get_hash_table+66/a0>   <=====

>>eax; d8172000 <_end+17e08c43/1e5d4ca3>
>>edx; c1f964a0 <_end+1c2d0e3/1e5d4ca3>
>>esp; d8173e38 <_end+17e0aa7b/1e5d4ca3>

Trace; c01d7d96 <unmap_underlying_metadata+26/90>
Trace; c01d81d5 <__block_prepare_write+1d5/330>
Trace; c0216e5c <__jbd_kmalloc+2c/80>
Trace; c020f55a <start_this_handle+9a/170>
Trace; c01d8a95 <block_prepare_write+35/50>
Trace; c0206bf0 <ext3_get_block+0/90>
Trace; c020724c <ext3_prepare_write+bc/240>
Trace; c0206bf0 <ext3_get_block+0/90>
Trace; c01c3268 <generic_file_write+498/800>
Trace; c02046e9 <ext3_file_write+39/d0>
Trace; c01d4c0f <sys_write+9f/110>
Trace; c01984e7 <ret+0/5>

Code;  c01d6ac6 <get_hash_table+66/a0>
00000000 <_EIP>:
Code;  c01d6ac6 <get_hash_table+66/a0>   <=====
   0:   39 73 04                  cmp    %esi,0x4(%ebx)   <=====
Code;  c01d6ac9 <get_hash_table+69/a0>
   3:   89 da                     mov    %ebx,%edx
Code;  c01d6acb <get_hash_table+6b/a0>
   5:   75 f3                     jne    fffffffa <_EIP+0xfffffffa>
Code;  c01d6acd <get_hash_table+6d/a0>
   7:   0f b7 43 08               movzwl 0x8(%ebx),%eax
Code;  c01d6ad1 <get_hash_table+71/a0>
   b:   3b 44 24 1c               cmp    0x1c(%esp,1),%eax
Code;  c01d6ad5 <get_hash_table+75/a0>
   f:   75 e9                     jne    fffffffa <_EIP+0xfffffffa>
Code;  c01d6ad7 <get_hash_table+77/a0>
  11:   66 39 6b 00               cmp    %bp,0x0(%ebx)