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.--ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ksymoops-2.2.1-1"
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.
--ZGiS0Q5IWpPtfppv--
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/