Some time ago I reported some oopses which seemed to be aic7xxx related. Because they occurred when doing some scsi activity. Alan Cox suggested waiting for Doug Ledford's response because he is the aic7xxx driver guy.
On Tue, 26 Jan 1999, Doug Ledford wrote:
> This ksymoops output indicates the problem is that there is a bogus
> page_hash_table entry resulting in an attempt to read a pointer that's
> invalid. This most likely isn't an aic7xxx issue and is most likely
> hardware related (aka, 2.1.131 and later sped up some part of the kernel
> just enough to break your RAM or something like that). Try fiddling
> with RAM timings or turning off cache and see if that helps.
So I played with my DRAM timings and cache settings. Even after I disabled my processor's internal and external cache and set the DRAM timings to the slowest values this oops occurred. I tried almost all possible combinations of DRAM timings and cache settings (trhere are 64 combinations!
Now my last hope are you kernel hackers who could disclose the nature of this strange oopses. Attached you'll find the output of ksymoops from 2.2.0 release as well as the contents of /proc/scsi/scsi and /proc/scsi/aic7xxx/0.
Regards
Martin
-- Real Users never use the Help key.--x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Description: ksymoops-output Content-Disposition: attachment; filename="ksymoops-trace-2.2.0"
Options used: -V (default) -o /lib/modules/2.2.0/ (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 27 00:24:28 nexus kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000400 Jan 27 00:24:28 nexus kernel: current->tss.cr3 = 018ac000, `r3 = 018ac000 Jan 27 00:24:28 nexus kernel: *pde = 00000000 Jan 27 00:24:28 nexus kernel: Oops: 0000 Jan 27 00:24:28 nexus kernel: CPU: 0 Jan 27 00:24:28 nexus kernel: EIP: 0010:[<c0123b72>] Jan 27 00:24:28 nexus kernel: EFLAGS: 00010206 Jan 27 00:24:28 nexus kernel: eax: 00000400 ebx: 0001c4fa ecx: 00000b02 edx: 00000400 Jan 27 00:24:28 nexus kernel: esi: 00000800 edi: 0001c4fa ebp: c18b0b02 esp: c18b1cfc Jan 27 00:24:28 nexus kernel: ds: 0018 es: 0018 ss: 0018 Jan 27 00:24:28 nexus kernel: Process dd (pid: 625, process nr: 83, stackpage=c18b1000) Jan 27 00:24:28 nexus kernel: Stack: c0123ba1 00000b02 0001c4fa 00000800 c0123dff 00000b02 0001c4fa 00000800 Jan 27 00:24:28 nexus kernel: 00000001 00000000 c18b1e90 c18b1e94 00000002 c0126fe9 00000b02 0001c4fa Jan 27 00:24:28 nexus kernel: 00000800 c18d8120 0804c3da 0804c3da 00000800 08048000 c0d7dce0 0804c188 Jan 27 00:24:28 nexus kernel: Call Trace: [<c0123ba1>] [<c0123dff>] [<c0126fe9>] [<c480cb53>] [<c480cb53>] [<c480cb53>] [<c481db70>] Jan 27 00:24:28 nexus kernel: [<c018d365>] [<c480c17e>] [<c4806c9d>] [<c480886e>] [<c010f797>] [<c010f797>] [<c010f862>] [<c010f797>] Jan 27 00:24:28 nexus kernel: [<c010e923>] [<c012271e>] [<c0107b0c>] Jan 27 00:24:28 nexus kernel: Code: 8b 12 39 58 04 75 f3 39 70 08 75 ee 66 39 48 0c 75 e8 89 c2
>>EIP: c0123b72 <find_buffer+2a/44> Trace: c0123ba1 <get_hash_table+15/20> Trace: c0123dff <getblk+1f/21c> Trace: c0126fe9 <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: c481db70 <aic7xxx_queue+148/158> Trace: c018d365 <add_blkdev_randomness+45/4c> Trace: c010e923 <process_timeout+b/10> Code: c0123b72 <find_buffer+2a/44> 00000000 <_EIP>: Code: c0123b72 <find_buffer+2a/44> 0: 8b 12 movl (%edx),%edx Code: c0123b74 <find_buffer+2c/44> 2: 39 58 04 cmpl %ebx,0x4(%eax) Code: c0123b77 <find_buffer+2f/44> 5: 75 f3 jne fffffffa <_EIP+0xfffffffa> c0123b6c <find_buffer+24/44> Code: c0123b79 <find_buffer+31/44> 7: 39 70 08 cmpl %esi,0x8(%eax) Code: c0123b7c <find_buffer+34/44> a: 75 ee jne fffffffa <_EIP+0xfffffffa> c0123b6c <find_buffer+24/44> Code: c0123b7e <find_buffer+36/44> c: 66 39 48 0c cmpw %cx,0xc(%eax) Code: c0123b82 <find_buffer+3a/44> 10: 75 e8 jne fffffffa <_EIP+0xfffffffa> c0123b6c <find_buffer+24/44> Code: c0123b84 <find_buffer+3c/44> 12: 89 c2 movl %eax,%edx
4 warnings issued. Results may not be reliable.
--x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Description: contents of /proc/scsi/scsi Content-Disposition: attachment; filename=proc_scsi_scsi
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: CONNER Model: CFP2105S 2.14GB Rev: 2D4D Type: Direct-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: QUANTUM Model: FIREBALL_TM2110S Rev: 300X Type: Direct-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 02 Lun: 00 Vendor: NEC Model: CD-ROM DRIVE:501 Rev: 2.2 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 03 Lun: 00 Vendor: SCSI-CD Model: ReWritable-2x2x6 Rev: 2.00 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: PLEXTOR Model: CD-ROM PX-6XCS Rev: 2.05 Type: CD-ROM ANSI SCSI revision: 02
--x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Description: contents of /proc/scsi/aic7xxx/0 Content-Disposition: attachment; filename=proc_scsi_aic7xxx_0
Adaptec AIC7xxx driver version: 5.1.10/3.2.4 Compile Options: AIC7XXX_RESET_DELAY : 3 AIC7XXX_TAGGED_QUEUEING: Adapter Support Enabled Check below to see which devices use tagged queueing AIC7XXX_PAGE_ENABLE : Enabled (This is no longer an option) AIC7XXX_PROC_STATS : Disabled
Adapter Configuration: SCSI Adapter: Adaptec AHA-294X Ultra SCSI host adapter Ultra Wide Controller PCI MMAPed I/O Base: 0xf2000000 Adapter SEEPROM Config: SEEPROM found and used. Adaptec SCSI BIOS: Enabled IRQ: 11 SCBs: Active 0, Max Active 2, Allocated 15, HW 16, Page 255 Interrupts: 18840 BIOS Control Word: 0x1094 Adapter Control Word: 0x001c Extended Translation: Enabled Disconnect Enable Flags: 0xffff Ultra Enable Flags: 0x0000 Tag Queue Enable Flags: 0x0000 Ordered Queue Tag Flags: 0x0000 Default Tag Queue Depth: 24 Tagged Queue By Device array for aic7xxx host instance 0: {255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255} Actual queue depth per device for aic7xxx host instance 0: {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}
Statistics:
(scsi0:0:0:0) Device using Narrow/Sync transfers at 10.0 MByte/sec, offset 15 Transinfo settings: current(25/15/0), goal(25/15/0), user(25/15/0) Total transfers 549 (458 reads and 91 writes)
(scsi0:0:1:0) Device using Narrow/Sync transfers at 10.0 MByte/sec, offset 15 Transinfo settings: current(25/15/0), goal(25/15/0), user(25/15/0) Total transfers 3676 (2838 reads and 838 writes)
(scsi0:0:2:0) Device using Narrow/Async transfers. Transinfo settings: current(0/0/0), goal(0/0/0), user(0/0/0) Total transfers 0 (0 reads and 0 writes)
(scsi0:0:3:0) Device using Narrow/Sync transfers at 10.0 MByte/sec, offset 15 Transinfo settings: current(25/15/0), goal(25/15/0), user(25/15/0) Total transfers 0 (0 reads and 0 writes)
(scsi0:0:4:0) Device using Narrow/Sync transfers at 5.0 MByte/sec, offset 15 Transinfo settings: current(50/15/0), goal(50/15/0), user(50/15/0) Total transfers 14497 (14497 reads and 0 writes)
--x+6KMIRAuhnl3hBn--
- 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/