lkml.org 
[lkml]   [1999]   [Jan]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Re: 2.2.1-ac1 oopsing
On Fri, 29 Jan 1999, Alan Cox wrote:

> > driver's fault. Doug Ledford suggested fiddling with my DRAM
> > timings and cache settings but this didn't help. Maybe somebody
> > could recommend me a RAM testing program so I could check this
> > probability. Util then I attach my newest oops from 2.2.1-ac1.
>
> Does 2.2.1 vanilla oops in the same way ?
>
I just tested 2.2.1 vanilla. To make sure it's not an error in my
DRAMs, I rebooted and tried it again. The stack trace is almost
identical, so I'll attach only one output of ksymoops.

Regards
Martin
--
Neutrinos have bad breadth.
Options used: -V (default)
-o /lib/modules/2.2.1/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)

You did not tell me where to find symbol information. I will assume
that the log matches the kernel and modules that are running right now
and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

Jan 29 21:55:09 nexus kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000400
Jan 29 21:55:09 nexus kernel: current->tss.cr3 = 0177f000, `r3 = 0177f000
Jan 29 21:55:09 nexus kernel: *pde = 00000000
Jan 29 21:55:09 nexus kernel: Oops: 0000
Jan 29 21:55:09 nexus kernel: CPU: 0
Jan 29 21:55:09 nexus kernel: EIP: 0010:[<c0123b76>]
Jan 29 21:55:09 nexus kernel: EFLAGS: 00010206
Jan 29 21:55:09 nexus kernel: eax: 00000400 ebx: 0001c4fa ecx: 00000b02 edx: 00000400
Jan 29 21:55:09 nexus kernel: esi: 00000800 edi: 0001c4fa ebp: c1780b02 esp: c1781cfc
Jan 29 21:55:09 nexus kernel: ds: 0018 es: 0018 ss: 0018
Jan 29 21:55:09 nexus kernel: Process dd (pid: 661, process nr: 84, stackpage=c1781000)
Jan 29 21:55:09 nexus kernel: Stack: c0123ba5 00000b02 0001c4fa 00000800 c0123e03 00000b02 0001c4fa 00000800
Jan 29 21:55:09 nexus kernel: 00000001 00000000 c1781e90 c1781e94 00000002 c0126fed 00000b02 0001c4fa
Jan 29 21:55:09 nexus kernel: 00000800 c19eece0 0804c3da 0804c3da 00000800 08048000 c10e3600 0804c188
Jan 29 21:55:09 nexus kernel: Call Trace: [<c0123ba5>] [<c0123e03>] [<c0126fed>] [<c480cb53>] [<c480cb53>] [<c480cb53>] [<c018d2c9>]
Jan 29 21:55:09 nexus kernel: [<c480c723>] [<c4806c9d>] [<c480886e>] [<c010f797>] [<c010f862>] [<c010f797>] [<c010f862>] [<c0122722>]
Jan 29 21:55:09 nexus kernel: [<c0107b0c>]
Jan 29 21:55:09 nexus kernel: Code: 8b 12 39 58 04 75 f3 39 70 08 75 ee 66 39 48 0c 75 e8 89 c2

>>EIP: c0123b76 <find_buffer+2a/44>
Trace: c0123ba5 <get_hash_table+15/20>
Trace: c0123e03 <getblk+1f/21c>
Trace: c0126fed <block_read+30d/524>
Trace: c480cb53 <requeue_sd_request+2b/ddc>
Trace: c480cb53 <requeue_sd_request+2b/ddc>
Trace: c480cb53 <requeue_sd_request+2b/ddc>
Trace: c018d2c9 <add_blkdev_randomness+45/4c>
Trace: c480c723 <rw_intr+2bb/4fc>
Trace: c0107b0c <system_call+34/38>
Code: c0123b76 <find_buffer+2a/44> 00000000 <_EIP>:
Code: c0123b76 <find_buffer+2a/44> 0: 8b 12 movl (%edx),%edx
Code: c0123b78 <find_buffer+2c/44> 2: 39 58 04 cmpl %ebx,0x4(%eax)
Code: c0123b7b <find_buffer+2f/44> 5: 75 f3 jne fffffffa <_EIP+0xfffffffa> c0123b70 <find_buffer+24/44>
Code: c0123b7d <find_buffer+31/44> 7: 39 70 08 cmpl %esi,0x8(%eax)
Code: c0123b80 <find_buffer+34/44> a: 75 ee jne fffffffa <_EIP+0xfffffffa> c0123b70 <find_buffer+24/44>
Code: c0123b82 <find_buffer+36/44> c: 66 39 48 0c cmpw %cx,0xc(%eax)
Code: c0123b86 <find_buffer+3a/44> 10: 75 e8 jne fffffffa <_EIP+0xfffffffa> c0123b70 <find_buffer+24/44>
Code: c0123b88 <find_buffer+3c/44> 12: 89 c2 movl %eax,%edx


4 warnings issued. Results may not be reliable.
\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.056 / U:0.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site