-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This is running a stock 2.6.21.1 kernel, no patches, and ivtv-dma
mercurial head.
I got the panic thru a serial cable, and ran it through ksymoops.
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
UG: unable to handle kernel paging request at virtual address 58bfb5e2
c012c180
*pde = 00000000
Oops: 0000 [#1]
CPU: 0
EIP: 0060:[<c012c180>] Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010006 (2.6.22.1 #1)
eax: e858dc40 ebx: d1deff60 ecx: 58bfb5d2 edx: 00001302
esi: c17fba40 edi: d1deff58 ebp: c17fb9b8 esp: e243bdf0
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Stack: c17fb9c0 00000000 c17fba40 c17fb9b8 e8499d2b 00001302 c012cbe3
00000000
c17fb984 ffffffff 7fffffff e8499d2b 00001302 c17fb980 00000001
00000000
c17fa120 00000000 d1feeb50 d1fe0000 c010d98e d1f37260 00000000
d1f37260
Call Trace:
[<c012cbe3>] hrtimer_interrupt+0x1a3/0x1be
[<c010d98e>] smp_apic_timer_interrupt+0x55/0x85
[<c0103144>] apic_timer_interrupt+0x28/0x30
[<f4a29051>] ivtv_buf_swap+0x21/0x25 [ivtv]
[<f4a20994>] ivtv_v4l2_read+0x9b8/0xac3 [ivtv]
[<c0121f0e>] signal_wake_up+0x1e/0x2c
[<c012c1c5>] enqueue_hrtimer+0x6a/0x100
[<c012c61e>] lock_hrtimer_base+0x15/0x2f
[<c012c6a1>] hrtimer_try_to_cancel+0x33/0x66
[<c012c6e2>] hrtimer_cancel+0xe/0x14
[<c0367f3c>] do_nanosleep+0x59/0x6d
[<c0129a5c>] autoremove_wake_function+0x0/0x37
[<c0158a29>] vfs_read+0x89/0x11a
[<f4a1ffdc>] ivtv_v4l2_read+0x0/0xac3 [ivtv]
[<c0158e6e>] sys_read+0x41/0x6a
[<c01026de>] syscall_call+0x7/0xb
Code: 00 ff ff ff eb c2 55 57 56 53 83 ec 08 89 c6 89 d5 89 4c 24 04
8d 42 08 89 04 24 89 c3 31 ff 8b 0b 85 c9 74 1d 8b
46 0c 8b 56 10 <3b> 51 10 7f 4c 7c 05 3b 41 0c 73 45 8d 59 08 89 cf 8b
0b 85 c9
>>EIP; c012c180 <enqueue_hrtimer+25/100> <=====
>>ecx; 58bfb5d2 <phys_startup_32+58afb5d2/c0000000>
Trace; c012cbe3 <hrtimer_interrupt+1a3/1be>
Trace; c010d98e <smp_apic_timer_interrupt+55/85>
Trace; c0103144 <apic_timer_interrupt+28/30>
Trace; f4a29051 <END_OF_CODE+3453e051/????>
Trace; f4a20994 <END_OF_CODE+34535994/????>
Trace; c0121f0e <signal_wake_up+1e/2c>
Trace; c012c1c5 <enqueue_hrtimer+6a/100>
Trace; c012c61e <lock_hrtimer_base+15/2f>
Trace; c012c6a1 <hrtimer_try_to_cancel+33/66>
Trace; c012c6e2 <hrtimer_cancel+e/14>
Trace; c0367f3c <do_nanosleep+59/6d>
Trace; c0129a5c <autoremove_wake_function+0/37>
Trace; c0158a29 <vfs_read+89/11a>
Trace; f4a1ffdc <END_OF_CODE+34534fdc/????>
Trace; c0158e6e <sys_read+41/6a>
Trace; c01026de <syscall_call+7/b>
This architecture has variable length instructions, decoding before eip
is unreliable, take these instructions with a pinch of salt.
Code; c012c155 <__remove_hrtimer+67/6d>
00000000 <_EIP>:
Code; c012c155 <__remove_hrtimer+67/6d>
0: 00 ff add %bh,%bh
Code; c012c157 <__remove_hrtimer+69/6d>
2: ff (bad)
Code; c012c158 <__remove_hrtimer+6a/6d>
3: ff eb ljmp *<internal disassembler error>
Code; c012c15a <__remove_hrtimer+6c/6d>
5: c2 55 57 ret $0x5755
Code; c012c15d <enqueue_hrtimer+2/100>
8: 56 push %esi
Code; c012c15e <enqueue_hrtimer+3/100>
9: 53 push %ebx
Code; c012c15f <enqueue_hrtimer+4/100>
a: 83 ec 08 sub $0x8,%esp
Code; c012c162 <enqueue_hrtimer+7/100>
d: 89 c6 mov %eax,%esi
Code; c012c164 <enqueue_hrtimer+9/100>
f: 89 d5 mov %edx,%ebp
Code; c012c166 <enqueue_hrtimer+b/100>
11: 89 4c 24 04 mov %ecx,0x4(%esp)
Code; c012c16a <enqueue_hrtimer+f/100>
15: 8d 42 08 lea 0x8(%edx),%eax
Code; c012c16d <enqueue_hrtimer+12/100>
18: 89 04 24 mov %eax,(%esp)
Code; c012c170 <enqueue_hrtimer+15/100>
1b: 89 c3 mov %eax,%ebx
Code; c012c172 <enqueue_hrtimer+17/100>
1d: 31 ff xor %edi,%edi
Code; c012c174 <enqueue_hrtimer+19/100>
1f: 8b 0b mov (%ebx),%ecx
Code; c012c176 <enqueue_hrtimer+1b/100>
21: 85 c9 test %ecx,%ecx
Code; c012c178 <enqueue_hrtimer+1d/100>
23: 74 1d je 42 <_EIP+0x42>
Code; c012c17a <enqueue_hrtimer+1f/100>
25: 8b 46 0c mov 0xc(%esi),%eax
Code; c012c17d <enqueue_hrtimer+22/100>
28: 8b 56 10 mov 0x10(%esi),%edx
This decode from eip onwards should be reliable
Code; c012c180 <enqueue_hrtimer+25/100>
00000000 <_EIP>:
Code; c012c180 <enqueue_hrtimer+25/100> <=====
0: 3b 51 10 cmp 0x10(%ecx),%edx <=====
Code; c012c183 <enqueue_hrtimer+28/100>
3: 7f 4c jg 51 <_EIP+0x51>
Code; c012c185 <enqueue_hrtimer+2a/100>
5: 7c 05 jl c <_EIP+0xc>
Code; c012c187 <enqueue_hrtimer+2c/100>
7: 3b 41 0c cmp 0xc(%ecx),%eax
Code; c012c18a <enqueue_hrtimer+2f/100>
a: 73 45 jae 51 <_EIP+0x51>
Code; c012c18c <enqueue_hrtimer+31/100>
c: 8d 59 08 lea 0x8(%ecx),%ebx
Code; c012c18f <enqueue_hrtimer+34/100>
f: 89 cf mov %ecx,%edi
Code; c012c191 <enqueue_hrtimer+36/100>
11: 8b 0b mov (%ebx),%ecx
Code; c012c193 <enqueue_hrtimer+38/100>
13: 85 c9 test %ecx,%ecx
EIP: [<c012c180>] enqueue_hrtimer+0x25/0x100 SS:ESP 0068:e243bdf0
Kernel panic - not syncing: Fatal exception in interrupt
Warning (Oops_read): Code line not seen, dumping what data is available
>>EIP; c012c180 <enqueue_hrtimer+25/100> <=====
1 warning and 1 error issued. Results may not be reliable.
- --
Mark Bryars
Product Development Engineer
ETV Interactive Ltd
Logie Court
Stirling University Innovation Park
Stirling
Scotland, UK
FK9 4NF
T: +44 (0) 1786 455150
F: +44 (0) 1786 455179
W: www.etvinteractive.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGuC7NFY62wDFsUK4RAp98AJ9iWkfukI5eNI+809I3r8O3IcKM9gCdF/df
Hv5qwHDi5wGwBTf8NWj//+U=
=sGE4
-----END PGP SIGNATURE-----
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
