--1573030334-1574768951-945868786=:1262
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 22 Dec 1999, Tigran Aivazian wrote:
> On Wed, 22 Dec 1999, Sergey Kubushin wrote:
> > It's seems still to be there... My posting about gdth driver crash looks
> > like it does bomb when checking partition on a MO drive hooked to the
> > GDT6117RP. The driver does load, finds RAID drive and oopses afterwards when
> > tries to detect MO drive. It does show up in lsmod as uninitialized.
>
> the specific problem (or the symptom of a more global problem) is
> definitely gone with 2.3.34. But your problem with MO drive may be similar
> - I can't help as I have no MO drive to reproduce it.
I think that SCSI MO drive is not that different from the SCSI ZIP drive. I
did try to boot 2.3.34 with MO diskette inserted into the drive (it's 640 M
Fujitsu drive) and it does boot flawlessy any time. It does NOT boot without
a MO diskette crashing on insmoding gdth driver.
Now I was able to catch an oops when cat'ing /proc/scsi/gdth/0 using remote
logging facility. It's messy, but, unfortunately this is the way the kernel
outputs the oops. May be I did something wrong with ksymoops, so I can apply
it any way suggested if needed. The kernel also crashes when removing files
from the MO drive when a disk error encountered. It does not reboot with the
"reboot" command oopsing in "reboot" after all fs'es are already unmounted.
This is a ksymoops output, the original oops is attached just in case:
=== Cut ===
ksymoops 0.7c on i686 2.3.34. Options used
-V (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/kernel/2.3.34 (specified)
-m /boot/System.map-2.3.34 (specified)
CPU: 1
Oops: 0000
EIP: 0010:[<00000000>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010096
eax: 00000000 ebx: cf9b1cd4 ecx: 00000000 edx: cf9b1db0
esi: cf9b1bc4 edi: 00000282 ebp: cf9b1a60 esp: cf9b19b4
ds: 0018 es: 0018 ss: 0018
Process cat (pid: 1000, stackpage=cf9b1000)
Stack: cf9b1a3c cf9b1c3c cf9b1d4c d0802044 cf9b1c3c 00000000 cf9b1a3c cf9b1a3c
cf9b1a60 cf9b1a5c cf9b1ba0 d081c445 cf9b1c3c cf9b1a60 cf9b1db0 0000014f
d081c48c 00000bb8 00000001 cf9b1db0 c0316000 cf9b1c3c 00316400 cf9b1a60
Call Trace: [eepro100:eepro100_init+-630796/10865] [eepro100:eepro100_init+-523275/10865] [eepro100:eepro100_init+-523204/10865] [eepro100:eepro100_init+-527359/10865] [filemap_nopage+257/1348] [filemap_nopage+0/1348] [do_no_page+92/440]
Code: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000 '
Garbage: 'Unable to handle kernel NULL pointer dereference at virtual address 00000000 '
Warning (Oops_code_values): Code looks like message, not hex digits. No disassembly attempted.
>>EIP; 00000000 Before first symbol
*pde = 03eb9001
CPU: 1
EIP: 0010:[stext_lock+463/31112]
EFLAGS: 00000002
eax: 00000013 ebx: 00000000 ecx: 00000000 edx: c0250a4c
esi: 00000000 edi: c2881820 ebp: c288183c esp: cf9b189c
ds: 0018 es: 0018 ss: 0018
Process cat (pid: 1000, stackpage=cf9b1000)
Stack: c02062fe cf9b18d8 00000000 cf9b0000 cf9b2000 00000000 d0800000 00000006
c288185c cf9b0000 00000000 c0250a54 c010cfb1 cf9b18d8 00000000 0000002b
c0250a5c cf9b1978 cf9b2000 00000000 d0800000 00000000 00000018 00000018
Call Trace: [call_apic_timer_interrupt+22206/38624] [eepro100:eepro100_init+-639056/10865] [error_code+45/52] [eepro100:eepro100_init+-639056/10865] [show_registers+444/488] [aic7xxx:driver_template+8109920/190392392] [die+121/208]
Code: 75 f7 e9 3f 48 f1 ff f6 05 c0 8c 24 c0 01 75 f7 e9 4c 49 f1
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 75 f7 jne fffffff9 <_EIP+0xfffffff9> fffffff9 <END_OF_CODE+2f736dd5/????>
Code; 00000002 Before first symbol
2: e9 3f 48 f1 ff jmp fff14846 <_EIP+0xfff14846> fff14846 <END_OF_CODE+2f64b622/????>
Code; 00000007 Before first symbol
7: f6 05 c0 8c 24 c0 01 testb $0x1,0xc0248cc0
Code; 0000000e Before first symbol
e: 75 f7 jne 7 <_EIP+0x7> 00000007 Before first symbol
Code; 00000010 Before first symbol
10: e9 4c 49 f1 00 jmp f14961 <_EIP+0xf14961> 00f14961 Before first symbol
CPU: 0
EIP: 0010:[stext_lock+16034/31112]
EFLAGS: 00000002
eax: 00000008 ebx: c29f17c0 ecx: 00000801 edx: 00000000
esi: 00000020 edi: 00000008 ebp: c14e9f88 esp: c14e9f64
ds: 0018 es: 0018 ss: 0018
Process kflushd (pid: 3, stackpage=c14e9000)
Stack: c157a284 00000002 c14e9fb8 00000246 00000080 00000080 00000055 00000000
0025c2a0 00000003 c01c86b7 c157a284 00000008 00000001 c29f17c0 c14e8000
c29f17c0 00000028 c29f1740 00000400 c01472a7 00000001 00000001 c14e9fdc
Call Trace: [ll_rw_block+387/684] [flush_dirty_buffers+359/500] [bdflush+273/332] [kernel_thread+40/56]
CPU: 0
CPU: 1
EIP: 0010:[stext_lock+16034/31112]
EFLAGS: 00000002
eax: 00000008 ebx: c3379f40 ecx: 00000801 edx: 00000000
esi: 00000020 edi: 00000008 ebp: c2d91db8 esp: c2d91d94
ds: 0018 es: 0018 ss: 0018
Stack: c157a284 00000002 00000400 00000246 00000080 00000080 00000080 00000000
2 warnings issued. Results may not be reliable.
=== Cut ===
Hope this helps and someone would have the gdth driver fixed.
BTW, this is the list of unresolved symbols in modules for 2.3.34:
=== Cut ===
/lib/modules/kernel/2.3.34/misc/zoran.o: unresolved symbol(s)
empty_zero_page
/lib/modules/kernel/2.3.34/misc/i2o_lan.o: unresolved symbol(s)
i2o_event_register
/lib/modules/kernel/2.3.34/misc/bttv.o: unresolved symbol(s)
empty_zero_page
/lib/modules/kernel/2.3.34/fs/affs.o: unresolved symbol(s)
__divdi3
update_vm_cache
__moddi3
=== Cut ===
===========================================================================
Sergey Kubushin aka the Tamer < > The impossible we do immediately.
e-mail: ksi@ksi-linux.com SK320-RIPE < > Miracles require 24-hour notice.
===========================================================================
--1573030334-1574768951-945868786=:1262
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="kernel.ksi"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.KSI2mu3.9912221519460.1262@nomad.ksi-linux.com>
Content-Description:
Content-Disposition: attachment; filename="kernel.ksi"
Q1BVOiAgICAxICANCk9vcHM6IDAwMDAgIA0KKnB0ZSA9IDAwMDAwMDAwICAN
CkVJUDogICAgMDAxMDpbPDAwMDAwMDAwPl0gIA0KRUZMQUdTOiAwMDAxMDA5
NiAgDQplYXg6IDAwMDAwMDAwICAgZWJ4OiBjZjliMWNkNCAgIGVjeDogMDAw
MDAwMDAgICBlZHg6IGNmOWIxZGIwICANCmVzaTogY2Y5YjFiYzQgICBlZGk6
IDAwMDAwMjgyICAgZWJwOiBjZjliMWE2MCAgIGVzcDogY2Y5YjE5YjQgIA0K
ZHM6IDAwMTggICBlczogMDAxOCAgIHNzOiAwMDE4ICANClByb2Nlc3MgY2F0
IChwaWQ6IDEwMDAsIHN0YWNrcGFnZT1jZjliMTAwMCkgIA0KU3RhY2s6IGNm
OWIxYTNjIGNmOWIxYzNjIGNmOWIxZDRjIGQwODAyMDQ0IGNmOWIxYzNjIDAw
MDAwMDAwIGNmOWIxYTNjIGNmOWIxYTNjICAgDQogICAgICAgY2Y5YjFhNjAg
Y2Y5YjFhNWMgY2Y5YjFiYTAgZDA4MWM0NDUgY2Y5YjFjM2MgY2Y5YjFhNjAg
Y2Y5YjFkYjAgMDAwMDAxNGYgICANCiAgICAgICBkMDgxYzQ4YyAwMDAwMGJi
OCAwMDAwMDAwMSBjZjliMWRiMCBjMDMxNjAwMCBjZjliMWMzYyAwMDMxNjQw
MCBjZjliMWE2MCAgIA0KQ2FsbCBUcmFjZTogW2VlcHJvMTAwOmVlcHJvMTAw
X2luaXQrLTYzMDc5Ni8xMDg2NV0gW2VlcHJvMTAwOmVlcHJvMTAwX2luaXQr
LTUyMzI3NS8xMDg2NV0gW2VlcHJvMTAwOmVlcHJvMTAwX2luaXQrLTUyMzIw
NC8xMDg2NV0gW2VlcHJvMTAwOmVlcHJvMTAwX2luaXQrLTUyNzM1OS8xMDg2
NV0gW2ZpbGVtYXBfbm9wYWdlKzI1Ny8xMzQ4XSBbZmlsZW1hcF9ub3BhZ2Ur
MC8xMzQ4XSBbZG9fbm9fcGFnZSs5Mi80NDBdICAgDQogICAgICAgW2VlcHJv
MTAwOmVlcHJvMTAwX2luaXQrLTUyMzIwNC8xMDg2NV0gW2RvX2Fub255bW91
c19wYWdlKzE4OS82NDBdIFtkb19ub19wYWdlKzUzLzQ0MF0gW3Byb2NfZ2V0
X2lub2RlKzY1LzI1Nl0gW3Byb2NfbG9va3VwKzE0MC8xNTJdIFtlZXBybzEw
MDplZXBybzEwMF9pbml0Ky01MzIyOTYvMTA4NjVdIFtlZXBybzEwMDplZXBy
bzEwMF9pbml0Ky02MTQyNTYvMTA4NjVdIFtwcm9jX2ZpbGVfcmVhZCszMjEv
NTI0XSAgIA0KICAgICAgIFtzeXNfcmVhZCsyNzMvMzEyXSBbc3lzdGVtX2Nh
bGwrNTIvNTZdICAgDQpDb2RlOiA8MT5VbmFibGUgdG8gaGFuZGxlIGtlcm5l
bCBOVUxMIHBvaW50ZXIgZGVyZWZlcmVuY2UgYXQgdmlydHVhbCBhZGRyZXNz
IDAwMDAwMDAwICANCiBwcmludGluZyBlaXA6ICANCmMwMTBkMmFjICANCipw
ZGUgPSAwM2ViOTAwMSAgDQoqcHRlID0gMDAwMDAwMDAgIA0KTk1JIFdhdGNo
ZG9nIGRldGVjdGVkIExPQ0tVUCBvbiBDUFUxLCByZWdpc3RlcnM6ICANCkNQ
VTogICAgMSAgDQpFSVA6ICAgIDAwMTA6W3N0ZXh0X2xvY2srNDYzLzMxMTEy
XSAgDQpFRkxBR1M6IDAwMDAwMDAyICANCmVheDogMDAwMDAwMTMgICBlYng6
IDAwMDAwMDAwICAgZWN4OiAwMDAwMDAwMCAgIGVkeDogYzAyNTBhNGMgIA0K
ZXNpOiAwMDAwMDAwMCAgIGVkaTogYzI4ODE4MjAgICBlYnA6IGMyODgxODNj
ICAgZXNwOiBjZjliMTg5YyAgDQpkczogMDAxOCAgIGVzOiAwMDE4ICAgc3M6
IDAwMTggIA0KUHJvY2VzcyBjYXQgKHBpZDogMTAwMCwgc3RhY2twYWdlPWNm
OWIxMDAwKSAgDQpTdGFjazogYzAyMDYyZmUgY2Y5YjE4ZDggMDAwMDAwMDAg
Y2Y5YjAwMDAgY2Y5YjIwMDAgMDAwMDAwMDAgZDA4MDAwMDAgMDAwMDAwMDYg
ICANCiAgICAgICBjMjg4MTg1YyBjZjliMDAwMCAwMDAwMDAwMCBjMDI1MGE1
NCBjMDEwY2ZiMSBjZjliMThkOCAwMDAwMDAwMCAwMDAwMDAyYiAgIA0KICAg
ICAgIGMwMjUwYTVjIGNmOWIxOTc4IGNmOWIyMDAwIDAwMDAwMDAwIGQwODAw
MDAwIDAwMDAwMDAwIDAwMDAwMDE4IDAwMDAwMDE4ICAgDQpDYWxsIFRyYWNl
OiBbY2FsbF9hcGljX3RpbWVyX2ludGVycnVwdCsyMjIwNi8zODYyNF0gW2Vl
cHJvMTAwOmVlcHJvMTAwX2luaXQrLTYzOTA1Ni8xMDg2NV0gW2Vycm9yX2Nv
ZGUrNDUvNTJdIFtlZXBybzEwMDplZXBybzEwMF9pbml0Ky02MzkwNTYvMTA4
NjVdIFtzaG93X3JlZ2lzdGVycys0NDQvNDg4XSBbYWljN3h4eDpkcml2ZXJf
dGVtcGxhdGUrODEwOTkyMC8xOTAzOTIzOTJdIFtkaWUrMTIxLzIwOF0gICAN
CiAgICAgICBbc3RleHRfbG9jaysyNjg3Mi8zMTExMl0gW2NhbGxfYXBpY190
aW1lcl9pbnRlcnJ1cHQrMjIyMDYvMzg2MjRdIFtkb19wYWdlX2ZhdWx0Kzk3
NC8xMjMyXSBbY2FsbF9hcGljX3RpbWVyX2ludGVycnVwdCsyMjIwNi8zODYy
NF0gW2Vycm9yX2NvZGUrNDUvNTJdIFtlZXBybzEwMDplZXBybzEwMF9pbml0
Ky01OTU5NTYvMTA4NjVdIFtlZXBybzEwMDplZXBybzEwMF9pbml0Ky02MzA3
OTYvMTA4NjVdIFtlZXBybzEwMDplZXBybzEwMF9pbml0Ky01MjMyNzUvMTA4
NjVdICAgDQogICAgICAgW2VlcHJvMTAwOmVlcHJvMTAwX2luaXQrLTUyMzIw
NC8xMDg2NV0gW2VlcHJvMTAwOmVlcHJvMTAwX2luaXQrLTUyNzM1OS8xMDg2
NV0gW2ZpbGVtYXBfbm9wYWdlKzI1Ny8xMzQ4XSBbZmlsZW1hcF9ub3BhZ2Ur
MC8xMzQ4XSBbZG9fbm9fcGFnZSs5Mi80NDBdIFtlZXBybzEwMDplZXBybzEw
MF9pbml0Ky01MjMyMDQvMTA4NjVdIFtkb19hbm9ueW1vdXNfcGFnZSsxODkv
NjQwXSBbZG9fbm9fcGFnZSs1My80NDBdICAgDQogICAgICAgW3Byb2NfZ2V0
X2lub2RlKzY1LzI1Nl0gW3Byb2NfbG9va3VwKzE0MC8xNTJdIFtlZXBybzEw
MDplZXBybzEwMF9pbml0Ky01MzIyOTYvMTA4NjVdIFtlZXBybzEwMDplZXBy
bzEwMF9pbml0Ky02MTQyNTYvMTA4NjVdIFtwcm9jX2ZpbGVfcmVhZCszMjEv
NTI0XSBbc3lzX3JlYWQrMjczLzMxMl0gW3N5c3RlbV9jYWxsKzUyLzU2XSAg
IA0KQ29kZTogNzUgZjcgZTkgM2YgNDggZjEgZmYgZjYgMDUgYzAgOGMgMjQg
YzAgMDEgNzUgZjcgZTkgNGMgNDkgZjEgICANCmNvbnNvbGUgc2h1dHMgdXAg
Li4uICANCk5NSSBXYXRjaGRvZyBkZXRlY3RlZCBMT0NLVVAgb24gQ1BVMCwg
cmVnaXN0ZXJzOiAgDQpDUFU6ICAgIDAgIA0KRUlQOiAgICAwMDEwOltzdGV4
dF9sb2NrKzE2MDM0LzMxMTEyXSAgDQpFRkxBR1M6IDAwMDAwMDAyICANCmVh
eDogMDAwMDAwMDggICBlYng6IGMyOWYxN2MwICAgZWN4OiAwMDAwMDgwMSAg
IGVkeDogMDAwMDAwMDAgIA0KZXNpOiAwMDAwMDAyMCAgIGVkaTogMDAwMDAw
MDggICBlYnA6IGMxNGU5Zjg4ICAgZXNwOiBjMTRlOWY2NCAgDQpkczogMDAx
OCAgIGVzOiAwMDE4ICAgc3M6IDAwMTggIA0KUHJvY2VzcyBrZmx1c2hkIChw
aWQ6IDMsIHN0YWNrcGFnZT1jMTRlOTAwMCkgIA0KU3RhY2s6IGMxNTdhMjg0
IDAwMDAwMDAyIGMxNGU5ZmI4IDAwMDAwMjQ2IDAwMDAwMDgwIDAwMDAwMDgw
IDAwMDAwMDU1IDAwMDAwMDAwICAgDQogICAgICAgMDAyNWMyYTAgMDAwMDAw
MDMgYzAxYzg2YjcgYzE1N2EyODQgMDAwMDAwMDggMDAwMDAwMDEgYzI5ZjE3
YzAgYzE0ZTgwMDAgICANCiAgICAgICBjMjlmMTdjMCAwMDAwMDAyOCBjMjlm
MTc0MCAwMDAwMDQwMCBjMDE0NzJhNyAwMDAwMDAwMSAwMDAwMDAwMSBjMTRl
OWZkYyAgIA0KQ2FsbCBUcmFjZTogW2xsX3J3X2Jsb2NrKzM4Ny82ODRdIFtm
bHVzaF9kaXJ0eV9idWZmZXJzKzM1OS81MDBdIFtiZGZsdXNoKzI3My8zMzJd
IFtrZXJuZWxfdGhyZWFkKzQwLzU2XSAgIA0KTk1JIFdhdGNoZG9nIGRldGVj
dGVkIExPQ0tVUCBvbiBDUFUwLCByZWdpc3RlcnM6ICANCkNQVTogICAgMCAg
DQpldGgwOiBUcnlpbmcgdG8gcmVzdGFydCB0aGUgdHJhbnNtaXR0ZXIuLi4g
IA0KTk1JIFdhdGNoZG9nIGRldGVjdGVkIExPQ0tVUCBvbiBDUFUxLCByZWdp
c3RlcnM6ICANCkNQVTogICAgMSAgDQpFSVA6ICAgIDAwMTA6W3N0ZXh0X2xv
Y2srMTYwMzQvMzExMTJdICANCkVGTEFHUzogMDAwMDAwMDIgIA0KZWF4OiAw
MDAwMDAwOCAgIGVieDogYzMzNzlmNDAgICBlY3g6IDAwMDAwODAxICAgZWR4
OiAwMDAwMDAwMCAgDQplc2k6IDAwMDAwMDIwICAgZWRpOiAwMDAwMDAwOCAg
IGVicDogYzJkOTFkYjggICBlc3A6IGMyZDkxZDk0ICANCmRzOiAwMDE4ICAg
ZXM6IDAwMTggICBzczogMDAxOCAgDQpTdGFjazogYzE1N2EyODQgMDAwMDAw
MDIgMDAwMDA0MDAgMDAwMDAyNDYgMDAwMDAwODAgMDAwMDAwODAgMDAwMDAw
ODAgMDAwMDAwMDAgICANCg==
--1573030334-1574768951-945868786=:1262--
-
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/