On Tuesday 07 August 2007 10:35:26 Mark Bryars wrote:
> 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.
Definitely unrelated to ivtv: seems to be a hrtimer thing.
Regards,
Hans
>
>
> 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.
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
