Re: Undo aic7xxx changes (now rc7+aic20030603)

[Stephan von Krawczynski <skraw@ithnet.com>]

On Tue, 10 Jun 2003 09:51:34 -0400 (EDT)
Zwane Mwaikambo <zwane@linuxpower.ca> wrote:

> > Reading around the whole interrupt stuff I came across a very simple idea which
> > I am going to test right now. See you in some hours ;-)
> 
> Cool

Hoho, how about this one:

ksymoops 2.4.8 on i686 2.4.21-rc7-aic.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.21-rc7-aic/ (default)
     -m /boot/System.map-2.4.21-rc7-aic (default)

Warning: 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.

Jun 10 17:50:53 admin kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000b2c
Jun 10 17:50:53 admin kernel: c0221c37
Jun 10 17:50:53 admin kernel: *pde = 00000000
Jun 10 17:50:53 admin kernel: Oops: 0000
Jun 10 17:50:53 admin kernel: CPU:    0
Jun 10 17:50:53 admin kernel: EIP:    0010:[st_do_scsi+295/384]    Not tainted
Jun 10 17:50:53 admin kernel: EIP:    0010:[<c0221c37>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
Jun 10 17:50:53 admin kernel: EFLAGS: 00010246
Jun 10 17:50:53 admin kernel: eax: 00000000   ebx: 00000001   ecx: 00000000   edx: c34a0424
Jun 10 17:50:53 admin kernel: esi: f5f2c180   edi: 00000b00   ebp: 00008090   esp: dead5edc
Jun 10 17:50:53 admin kernel: ds: 0018   es: 0018   ss: 0018
Jun 10 17:50:53 admin kernel: Process tar (pid: 4004, stackpage=dead5000)
Jun 10 17:50:53 admin kernel: Stack: f5f2c180 00000000 c0090000 00008000 c0221a10 00015f90 00000000 dead5f7c
Jun 10 17:50:53 admin kernel:        c34a0400 00000001 00008000 c0223abd 00000000 c34a0400 dead5f40 00008000
Jun 10 17:50:53 admin kernel:        00000002 00015f90 00000000 00000001 00000000 00000000 c34a04c0 c34a0450
Jun 10 17:50:53 admin kernel: Call Trace:    [st_sleep_done+0/256] [read_tape+269/1024] [scsi_finish_command+152/208] [st_read+1015/1152] [sys_read+155/384]
Jun 10 17:50:53 admin kernel: Call Trace:    [<c0221a10>] [<c0223abd>] [<c01ede38>] [<c02241a7>] [<c0141c0b>]
Jun 10 17:50:53 admin kernel:   [<c010782f>]
Jun 10 17:50:53 admin kernel: Code: 8b 5f 2c 89 74 24 04 89 3c 24 e8 ea fb ff ff 89 43 1c eb a5


>>EIP; c0221c37 <st_do_scsi+127/180>   <=====

>>edx; c34a0424 <_end+310e0e4/38547d20>
>>esi; f5f2c180 <_end+35b99e40/38547d20>
>>esp; dead5edc <_end+1e743b9c/38547d20>

Trace; c0221a10 <st_sleep_done+0/100>
Trace; c0223abd <read_tape+10d/400>
Trace; c01ede38 <scsi_finish_command+98/d0>
Trace; c02241a7 <st_read+3f7/480>
Trace; c0141c0b <sys_read+9b/180>
Trace; c010782f <system_call+33/38>

Code;  c0221c37 <st_do_scsi+127/180>
00000000 <_EIP>:
Code;  c0221c37 <st_do_scsi+127/180>   <=====
   0:   8b 5f 2c                  mov    0x2c(%edi),%ebx   <=====
Code;  c0221c3a <st_do_scsi+12a/180>
   3:   89 74 24 04               mov    %esi,0x4(%esp,1)
Code;  c0221c3e <st_do_scsi+12e/180>
   7:   89 3c 24                  mov    %edi,(%esp,1)
Code;  c0221c41 <st_do_scsi+131/180>
   a:   e8 ea fb ff ff            call   fffffbf9 <_EIP+0xfffffbf9>
Code;  c0221c46 <st_do_scsi+136/180>
   f:   89 43 1c                  mov    %eax,0x1c(%ebx)
Code;  c0221c49 <st_do_scsi+139/180>
  12:   eb a5                     jmp    ffffffb9 <_EIP+0xffffffb9>


1 warning issued.  Results may not be reliable.

Anybody able to comment on that?

Regards,
Stephan