hrmmm... there's 8 of the 'Vendor:...' messages. makes me think
that maybe the drive seems to be responding to all 8 possible
target ids. I've seen that happen on occasion with one or
more of a) bad termination, b) bad cable, c) marginally bad
or failing HBA or drive controllers...
bottom line, I would check for hardware problems...
tw
On 10/18/1999 15:43 -0600, nascheme@enme.ucalgary.ca wrote:
>> I was switching between ide-cd and ide-scsi when this happened.
>> Previously I was running cdrecord which I killed with Control-C.
>> First part of the kernel log:
>>=09
>>=09
>> scsi0 : SCSI host adapter emulation for IDE ATAPI devices
>> scsi : 1 host.
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> Vendor: MATSHITA Model: CD-R CW-7582 Rev: 1.05
>> Type: CD-ROM ANSI SCSI revision: 02
>> SCSI device not inactive - rq_status=3D1, target=3D0, pid=3D122937, stat=
e=3D4099, owner=3D258.
>> Device busy???
>> hdd: cleanup_module() called while still busy
>> Unable to handle kernel paging request at virtual address c886799c
>> current->tss.cr3 =3D 04f58000, %cr3 =3D 04f58000
>> *pde =3D 07c9c063
>> *pte =3D 00000000
>> Oops: 0000
>> ...
>>=09
>> Here is the output from ksymoops:
>>=09
>>=09
>> ksymoops 0.7c on i586 2.2.13pre17. Options used
>> -V (default)
>> -k /proc/ksyms (default)
>> -l /proc/modules (default)
>> -o /lib/modules/2.2.13pre17/ (default)
>> -m /boot/System.map-2.2.13pre17 (specified)
>>=09
>> Warning (compare_ksyms_lsmod): module 3c59x is in lsmod but not in ksyms=
, probably no symbols exported
>> Warning (compare_ksyms_lsmod): module isofs is in lsmod but not in ksyms=
, probably no symbols exported
>> Unable to handle kernel paging request at virtual address c886799c
>> current->tss.cr3 =3D 04f58000, %cr3 =3D 04f58000
>> *pde =3D 07c9c063
>> Oops: 0000
>> CPU: 0
>> EIP: 0010:[<c0172dba>]
>> Using defaults from ksymoops -t elf32-i386 -a i386
>> EFLAGS: 00010297
>> eax: c5243f64 ebx: c01f8cf0 ecx: c01f8c64 edx: c8867980
>> esi: c5b74660 edi: c5243f64 ebp: c5243fbc esp: c5243efc
>> ds: 0018 es: 0018 ss: 0018
>> Process mount (pid: 17124, process nr: 52, stackpage=3Dc5243000)
>> Stack: c01f8cf0 c019ffad c5241640 c0ed000f 00000000 c01dd960 00000000 40=
013000=20
>> c4f58400 c01292a1 c5b74660 c5243f64 00001000 c7004e40 c5242000 c0=
ed000f=20
>> 0805b598 c173f7a0 400e1884 00000000 c5b74660 c5243f64 00000000 c3=
fa3a00=20
>> Call Trace: [<c019ffad>] [<c01292a1>] [<c886440c>] [<c01092b8>]=20
>> Code: 8b 42 1c ff d0 83 c4 10 89 f6 5b 5e 83 c4 14 c3 89 f6 83 ec=20
>>=09
>> >>EIP; c0172dba <ide_open+e2/f4> <=3D=3D=3D=3D=3D
>> Trace; c019ffad <tvecs+272d/3300>
>> Trace; c01292a1 <sys_mount+1e5/2cc>
>> Trace; c886440c <[scsi_mod]scsi_mlqueue_remove_lock+5c0c/d520>
>> Trace; c01092b8 <system_call+34/38>
>> Code; c0172dba <ide_open+e2/f4>
>> 00000000 <_EIP>:
>> Code; c0172dba <ide_open+e2/f4> <=3D=3D=3D=3D=3D
>> 0: 8b 42 1c movl 0x1c(%edx),%eax <=3D=3D=3D=3D=
=3D
>> Code; c0172dbd <ide_open+e5/f4>
>> 3: ff d0 call *%eax
>> Code; c0172dbf <ide_open+e7/f4>
>> 5: 83 c4 10 addl $0x10,%esp
>> Code; c0172dc2 <ide_open+ea/f4>
>> 8: 89 f6 movl %esi,%esi
>> Code; c0172dc4 <ide_open+ec/f4>
>> a: 5b popl %ebx
>> Code; c0172dc5 <ide_open+ed/f4>
>> b: 5e popl %esi
>> Code; c0172dc6 <ide_open+ee/f4>
>> c: 83 c4 14 addl $0x14,%esp
>> Code; c0172dc9 <ide_open+f1/f4>
>> f: c3 ret =20
>> Code; c0172dca <ide_open+f2/f4>
>> 10: 89 f6 movl %esi,%esi
>> Code; c0172dcc <ide_release+0/58>
>> 12: 83 ec 00 subl $0x0,%esp
>>=09
>> Unable to handle kernel paging request at virtual address c886799c
>> current->tss.cr3 =3D 04f58000, %cr3 =3D 04f58000
>> *pde =3D 07c9c063
>> Oops: 0000
>> CPU: 0
>> EIP: 0010:[<c0172dba>]
>> EFLAGS: 00010293
>> eax: c3249240 ebx: c01f8cf0 ecx: c01f8c64 edx: c8867980
>> esi: c5b74660 edi: c5b74660 ebp: c3fa3a00 esp: c5243f0c
>> ds: 0018 es: 0018 ss: 0018
>> Process cdeject (pid: 17127, process nr: 52, stackpage=3Dc5243000)
>> Stack: c01f8cf0 c019ffad 00000000 c3249240 c4f58400 c012c321 c5b74660 00=
000004=20
>> 00000001 c0125a03 c5b74660 c3249240 08048dc0 bffffb58 c3249240 c3=
fa3a00=20
>> c5b74660 000080a4 00000003 08048dc0 bffffb58 c012492c c5b74660 c3=
249240=20
>> Call Trace: [<c019ffad>] [<c012c321>] [<c0125a03>] [<c012492c>] [<c01248=
85>] [<c0124b1b>] [<c0124b02>]=20
>> [<c01093bd>] [<c01092b8>]=20
>> Code: 8b 42 1c ff d0 83 c4 10 89 f6 5b 5e 83 c4 14 c3 89 f6 83 ec=20
>>=09
>> >>EIP; c0172dba <ide_open+e2/f4> <=3D=3D=3D=3D=3D
>> Trace; c019ffad <tvecs+272d/3300>
>> Trace; c012c321 <open_namei+1d5/308>
>> Trace; c0125a03 <blkdev_open+3b/4c>
>> Trace; c012492c <filp_open+b8/108>
>> Trace; c0124885 <filp_open+11/108>
>> Trace; c0124b1b <sys_open+3f/a0>
>> Trace; c0124b02 <sys_open+26/a0>
>> Trace; c01093bd <error_code+2d/34>
>> Trace; c01092b8 <system_call+34/38>
>> Code; c0172dba <ide_open+e2/f4>
>> 00000000 <_EIP>:
>> Code; c0172dba <ide_open+e2/f4> <=3D=3D=3D=3D=3D
>> 0: 8b 42 1c movl 0x1c(%edx),%eax <=3D=3D=3D=3D=
=3D
>> Code; c0172dbd <ide_open+e5/f4>
>> 3: ff d0 call *%eax
>> Code; c0172dbf <ide_open+e7/f4>
>> 5: 83 c4 10 addl $0x10,%esp
>> Code; c0172dc2 <ide_open+ea/f4>
>> 8: 89 f6 movl %esi,%esi
>> Code; c0172dc4 <ide_open+ec/f4>
>> a: 5b popl %ebx
>> Code; c0172dc5 <ide_open+ed/f4>
>> b: 5e popl %esi
>> Code; c0172dc6 <ide_open+ee/f4>
>> c: 83 c4 14 addl $0x14,%esp
>> Code; c0172dc9 <ide_open+f1/f4>
>> f: c3 ret =20
>> Code; c0172dca <ide_open+f2/f4>
>> 10: 89 f6 movl %esi,%esi
>> Code; c0172dcc <ide_release+0/58>
>> 12: 83 ec 00 subl $0x0,%esp
>>=09
>>=09
>> 2 warnings issued. Results may not be reliable.
>>=09
>> -
>> 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/
End of included message
--=20
+------------------------------+--------------------------+
| Tim Walberg | Phone: 847-782-2472 |
| TERAbridge Technologies Corp | FAX: 847-623-1717 |
| 1375 Tri-State Parkway | twalberg@terabridge.com |
| Gurnee, IL 60031 | 800-SKY-TEL2 PIN 9353299 |
+------------------------------+--------------------------+
--NDin8bjvE/0mNLFQ
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: rJPJldD2JQLBqiM+056rXUIr0E997A8h
iQA/AwUBOAuZGMPlnI9tqyVmEQJrigCeKncAF6XzlNa17upeDjd19Eh3RVYAoJHh
zLj3v8yEUcQyXUqley0HabFk
=ZWxy
-----END PGP SIGNATURE-----
--NDin8bjvE/0mNLFQ--
-
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/