Messages in this thread | | | Date | Sat, 10 Apr 1999 04:40:32 +0200 | From | Martin Maciaszek <> | Subject | 2.2.5 with aic7xxx update still oopsing |
| |
I've updated my 2.2.5 with Doug's latest aic7xxx driver. But I still get those strange oopses that I could trace down to 2.1.130 (I haven't tried earlier kernels). I still got no _real_ explanation for this oopses. Attached is the ksymoops output.
Regards Martin -- The solution of this problem is trivial and is left as an exercise for the reader. Options used: -V (default) -o /lib/modules/2.2.5/ (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.
Apr 10 04:23:51 nexus kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000400 Apr 10 04:23:51 nexus kernel: current->tss.cr3 = 00e3d000, `r3 = 00e3d000 Apr 10 04:23:51 nexus kernel: *pde = 00000000 Apr 10 04:23:51 nexus kernel: Oops: 0000 Apr 10 04:23:51 nexus kernel: CPU: 0 Apr 10 04:23:51 nexus kernel: EIP: 0010:[<c012437e>] Apr 10 04:23:51 nexus kernel: EFLAGS: 00010206 Apr 10 04:23:51 nexus kernel: eax: 00000400 ebx: 0000c4f9 ecx: 00000b01 edx: 00000400 Apr 10 04:23:51 nexus kernel: esi: 00000800 edi: 0000c4f9 ebp: c0e30b01 esp: c0e3fcfc Apr 10 04:23:51 nexus kernel: ds: 0018 es: 0018 ss: 0018 Apr 10 04:23:51 nexus kernel: Process dd (pid: 709, process nr: 82, stackpage=c0e3f000) Apr 10 04:23:51 nexus kernel: Stack: c01243ad 00000b01 0000c4f9 00000800 c0124613 00000b01 0000c4f9 00000800 Apr 10 04:23:51 nexus kernel: 00000004 00000000 c0e3fe90 c0e3fea0 00000002 c01277ad 00000b01 0000c4f9 Apr 10 04:23:51 nexus kernel: 00000800 c110dda0 0804c3da 0804c3da 00000800 c0000000 c06f3300 00000005 Apr 10 04:23:51 nexus kernel: Call Trace: [<c01243ad>] [<c0124613>] [<c01277ad>] [<c010fd73>] [<c480fb4f>] [<c48225f0>] [<c018f58d>] Apr 10 04:23:51 nexus kernel: [<c480f17a>] [<c480f70d>] [<c48089fe>] [<c011062f>] [<c011062f>] [<c010f763>] [<c0110921>] [<c0116bdd>] Apr 10 04:23:51 nexus kernel: [<c0109ab9>] [<c01089ac>] [<c0122f3e>] [<c0108910>] Apr 10 04:23:51 nexus kernel: Code: 8b 12 39 58 04 75 f3 39 70 08 75 ee 66 39 48 0c 75 e8 89 c2
>>EIP: c012437e <find_buffer+2a/44> Trace: c01243ad <get_hash_table+15/20> Trace: c0124613 <getblk+1f/21c> Trace: c01277ad <block_read+30d/524> Trace: c010fd73 <schedule+237/260> Trace: c480fb4f <requeue_sd_request+2b/ddc> Trace: c48225f0 <aic7xxx_queue+148/158> Trace: c018f58d <add_blkdev_randomness+45/4c> Trace: c480f17a <end_scsi_request+12e/138> Trace: c0109ab9 <do_IRQ+39/40> Code: c012437e <find_buffer+2a/44> 00000000 <_EIP>: <=== Code: c012437e <find_buffer+2a/44> 0: 8b 12 movl (%edx),%edx <=== Code: c0124380 <find_buffer+2c/44> 2: 39 58 04 cmpl %ebx,0x4(%eax) Code: c0124383 <find_buffer+2f/44> 5: 75 f3 jne c0124378 <find_buffer+24/44> Code: c0124385 <find_buffer+31/44> 7: 39 70 08 cmpl %esi,0x8(%eax) Code: c0124388 <find_buffer+34/44> a: 75 ee jne c0124378 <find_buffer+24/44> Code: c012438a <find_buffer+36/44> c: 66 39 48 0c cmpw %cx,0xc(%eax) Code: c012438e <find_buffer+3a/44> 10: 75 e8 jne c0124378 <find_buffer+24/44> Code: c0124390 <find_buffer+3c/44> 12: 89 c2 movl %eax,%edx
7 warnings issued. Results may not be reliable.
| |