Re: [update] Linux-2.4.0-t1-ac1 scsi_ide bread errors

From: Art Wagner (awagner@uswest.net)
Date: Mon Jun 26 2000 - 04:25:55 EST


Art Wagner wrote:
>
> I have been having problems with my Hewlett-Packard 8250i
> CD-RW drive since 2.2.15. I have it setup as ide-scsi per
> the instructions in the "CD-Writing-HOWTO" Attached is a
> report on the problem.
> Art Wagner

Below is the updated information. I found that the kernal finds
the SCSI tape at 0,8,0 and the cdrom at 0,0,0. This seems to be
a possible conflict ???
Art Wagner

Jun 25 17:53:15 Apollo kernel: sym53c895-0-<8,0>: sync msgout: 1-3-1-a-1f.
Jun 25 17:53:15 Apollo kernel: sym53c895-0-<8,0>: sync msg in: 1-3-1-a-1e.
Jun 25 17:53:15 Apollo kernel: sym53c895-0-<8,0>: sync: per=10 scntl3=0x90 scntl4=0x0 ofs=30 fak=0 chg=0.
Jun 25 17:53:15 Apollo kernel: sym53c895-0-<8,*>: FAST-40 WIDE SCSI 80.0 MB/s (25 ns, offset 30)
Jun 25 18:51:39 Apollo kernel: APIC error interrupt on CPU#0, should never happen.
Jun 25 18:51:39 Apollo kernel: ... APIC ESR0: 00000000
Jun 25 18:51:39 Apollo kernel: ... APIC ESR1: 00000002
Jun 25 18:51:39 Apollo kernel: ... bit 1: APIC Receive CS Error (hw problem).

<49 min. gap (probably not related to CDROM problem ?? >

Jun 25 19:40:00 Apollo kernel: Uniform CD-ROM driver unloaded

< another gap 74 min. >

Jun 25 20:54:09 Apollo kernel: Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
Jun 25 20:54:09 Apollo kernel: sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
Jun 25 20:54:09 Apollo kernel: Uniform CD-ROM driver Revision: 3.11
Jun 25 20:54:09 Apollo kernel: sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
Jun 25 20:54:09 Apollo kernel: sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
Jun 25 20:54:12 Apollo kernel: scsi0: ERROR on channel 0, id 0, lun 0, CDB: Request Sense 00 00 00 40 00
Jun 25 20:54:12 Apollo kernel: Info fld=0x0, Current sd0b:00: sense key Medium Error
Jun 25 20:54:12 Apollo kernel: I/O error: dev 0b:00, sector 64
Jun 25 20:54:12 Apollo kernel: isofs_read_super: bread failed, dev=0b:00, iso_blknum=16, block=16
Jun 25 20:59:01 Apollo kernel: scsi : 1 host.

< at this point CDROM drive activity light is blinking 1/sec, can't umount, can't do anything. drive is unreachable until reboot>
< regardless of cd media mounted, many commercial and many locally burned, error is always sector 64 iso_blknum=16, block=16>
< unless this is at start or end of the media it would seem that problem is software related, or hardware has a memory
< of the exact location to find the error, Darned unlikely. After the error sequence starts >
< cdrecord -scanbus can no longer see the cdrom at SCSI 0,0,0 but does see the VAX-1 tape at SCSI 1,8,0>

Jun 25 20:59:01 Apollo kernel: scsi : 1 host.
Jun 25 21:10:00 Apollo kernel: Uniform CD-ROM driver unloaded

< at this point drive activity light is still blinking drive is still unreachable. Shouldn't drive be released after>
< error recovery timeout /scsi_reset ??? At reboot the drive is still locked up so "shutdown rt0 now" hangs requiring >
< a hardware reset to force reboot, causing "not cleanly unmounted" fsck at bootup.>

System details;
Kernel is 2.4.0-test2-ac1 with number of files initialization patch
Distribution is RedHat 6.2
Using scsi generic on cdrom on ide channel 2 master (would be /dev/hdc as it is on ide1 ) is dev/scd0 on sg.
Shows up at SCSI Address 0,0,0
I can "rmmod ide-scsi" and "rmmod sg" at the point of error but "rmmod cdrom" fails with device busy. The cdrom
driver eventually times out (see log entry Jun 25 21:10:00 above.
System is Abit BP6 with dual Celeron 500's Not OverClocked, buss speed is 66.xx MHz multiplier ratio is locked
 (by celerons ) at 7.5 giving CPU clock at 500 MHz.
1 Maxtor 8.4 GB ATA33 drive at /dev/hda
1 WDC AC2420F ATA33 drive at /dev/hdb
1 HP 8150i R/RW 4x4x24 ATAPI CDROM mmc drive at /dev/hdc
1 Maxtor 92049U6 ATA DISK drive at /dev/hde (HTP366 ATA66 controller
SCSI tape Ecrix VAX-1 on Tekram DC-390U2W at SCSI address 1,8,0
SCSI Driver sym53c8xx
Video is ATI Rage Pro AGP
NIC is RTL8239 eth0
128 MB main mem, 104 Mb swap on /dev/hda. XF86 3.3.6, RedHat 6.2.
Results of ver_linux follow.

-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux Apollo.home.sys 2.4.0-test2-ac1-numfiles #6 SMP Sun Jun 25 16:53:37 MST 2000 i686 unknown
Kernel modules 2.3.11
Gnu C egcs-2.91.66
Binutils 2.9.5.0.22
Linux C Library 2.1.3
Dynamic linker ldd (GNU libc) 2.1.3
Procps 2.0.6
Mount 2.10f
Net-tools 1.54
Console-tools 0.3.3
Sh-utils 2.0
Modules Loaded sr_mod cdrom sb sb_lib uart401 sound st sym53c8xx sg ide-scsi autofs

Below is additional information found after my original post.
Art Wagner

Cdrecord 1.8 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
Using libscg version 'schily-0.1'
scsibus0:
        0,0,0 0) 'IDE-CD ' 'R/RW 4x4x24 ' '1.04' Removable CD-ROM
        0,1,0 1) *
        0,2,0 2) *
        0,3,0 3) *
        0,4,0 4) *
        0,5,0 5) *
        0,6,0 6) *
        0,7,0 7) *
scsibus1:
        1,0,0 100) *
        1,1,0 101) *
        1,2,0 102) *
        1,3,0 103) *
        1,4,0 104) *
        1,5,0 105) *
        1,6,0 106) *
        1,7,0 107) *
        1,8,0 108) 'ECRIX ' 'VXA-1 V21E1E1F ' '0001' Removable Tape

I just found a possible cause of the problem in the /var/log/messages file. Although cdrecord -scanbus
as recorded above finds the SCSI tape at SCSI 1,8,0 and the CD-RW at SCSI 0,0,0, the kernel says the tape
is at SCSI 0,8,0 !!!!!
Doesn't that put both devices on the same SCSI channel ????????

Jun 25 22:17:13 Apollo kernel: scsi1 : sym53c8xx - version 1.6b
Jun 25 22:17:13 Apollo kernel: scsi : 2 hosts.
Jun 25 22:17:19 Apollo kernel: Vendor: ECRIX Model: VXA-1 V21E1E1F Rev: 0001
Jun 25 22:17:19 Apollo kernel: Type: Sequential-Access ANSI SCSI revision: 02
Jun 25 22:17:23 Apollo kernel: Detected scsi tape st0 at scsi1, channel 0, id 8, lun 0
                                                                                                                     ^^^^^^^^^^^^^^^^^
Jun 25 22:17:23 Apollo kernel: st: bufsize 32768, wrt 30720, max init. buffers 4, s/g segs 16.

I will supply any further information required to help solve this problem. I follow lkml and will
respont to any requests.
Thanks Art Wagner

-
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/



This archive was generated by hypermail 2b29 : Mon Jun 26 2000 - 21:00:08 EST