Oops in SCSI code in 2.1.70

David Ngo (dngo@icarus.rutgers.edu)
Wed, 3 Dec 1997 00:20:08 -0500


Hi,

I posted a month or two ago about my woes with newer kernels
(~2.1.47+, 2.0.31+). Since I didn't post anything to linux-scsi and I
actually got a real oops with 2.1.70 (don't know about any other
recent kernels), I decided to see if a new report might shed a little
more light on what's going on. I'd really appreciate it if someone
could take a look - unfortunately with finals approaching time is a
little tight for me.and I can't boot any of the newer kernels. :-)

My machine refuses to boot with any of the kernels with the new
aic7xxx driver. I have PPro with an Adaptec 2940UW with two UW drives
connected to it. The kernel panics right when trying to mount the
root filesystem.

Thanks!

Here's the results of running the oops through ksymoops:

>>EIP: c0109da2 <show_registers+21a/258>
Trace: c01a0018 <load_seeprom+26c/2ec>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c4800000
Trace: c5000000
Trace: c4800000
Trace: c0109e1c <die_if_kernel+3c/48>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c01a943b <sprintf+25cb/2ea2>
Trace: c01a9fa7 <bad_pmd_string+295/316>
Trace: c010e5d6 <do_page_fault+31a/32c>
Trace: c01a9fa7 <bad_pmd_string+295/316>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c0109a72 <error_code+32/3c>
Trace: c0107ea4 <this_must_match_init_task+1ea4/2000>
Trace: c0180018 <vt_ioctl+1390/1c34>
Trace: c018baef <scsi_abort+117/1fc>
Trace: c0107f30 <this_must_match_init_task+1f30/2000>
Trace: c018abc0 <allocate_device+1fc/318>
Trace: c018bfb2 <scsi_main_timeout+86/a8>
Trace: c0110ac8 <timer_bh+110/34c>
Trace: c010d620 <pentium_timer_interrupt+18/d0>
Trace: c0107f54 <this_must_match_init_task+1f54/2000>
Trace: c0117285 <do_bottom_half+45/60>
Trace: c010a7f5 <do_IRQ+e9/f4>
Trace: c01099f8 <ret_from_intr>
Trace: c0107f54 <this_must_match_init_task+1f54/2000>
Trace: c01c0018 <__kstrtab_register_qdisc+e/f>
Trace: c010825f <hard_idle+1f/38>
Trace: c01082bb <sys_idle+43/ac>
Trace: c0107f54 <this_must_match_init_task+1f54/2000>
Trace: c0107fdc <this_must_match_init_task+1fdc/2000>
Trace: c0109936 <system_call+3a/40>
Trace: c0108084 <init>
Trace: c0107fdc <this_must_match_init_task+1fdc/2000>
Trace: c0108073 <cpu_idle+7/18>
Trace: c0107fdc <this_must_match_init_task+1fdc/2000>
Trace: c010019b <L6>
Code: c0109da2 <show_registers+21a/258>
Code: c0109da2 <show_registers+21a/258> 64 8a 04 0e
movb %fs:(%esi,%ecx,1),%al
Code: c0109da6 <show_registers+21e/258> 0f a1
popl %fs
Code: c0109da8 <show_registers+220/258> 88 c2
movb %al,%dl
Code: c0109daa <show_registers+222/258> 81 e2 ff 00 00
andl $0xff,%edx
Code: c0109db6 <show_registers+22e/258> 89 54 24 10
movl %edx,0x10(%esp,1)
Code: c0109dba <show_registers+232/258> 52
pushl %edx
Code: c0109dbb <show_registers+233/258> 68 00 90 90 90
pushl $0x90909000

-- 
David Ngo	     					 <dngo@noc.rutgers.edu>
Rutgers University					<dngo@research.att.com>
Telecommunications Division - Network Operations Group	     Call Sign - KB2VAJ
Systems Programmer	 	  		   http://www.rutgers.net/~dngo